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ABSTRACT 


Computer technology use as a highly effective tool is ever increasing in the 
modem world, including the warfare arena. Manning issues due to budget concerns 
mandate a smaller future military workforce, while theater conflicts will continually grow 
in complexity. Computers are powerful tools that can aid the warrior’s ability to fight 
amidst this onslaught of information. 

Unfortunately, a computer cannot simply be dropped onto a ship to create 
miracles on its own. Computers are only as intelligent and useful as they are engineered 
to be. The costs of this highly difficult and expensive task can be mitigated by proper 
utilization of personnel specifically educated to plan and produce these systems and the 
associated software. The Navy can produce these personnel from within its ranks, via a 
curriculum in Software Engineering at the Naval Postgraduate School; however the 
effectiveness of this program is not currently being maximized. 

This thesis develops and implements a program to address the Navy’s needs for 
software engineering, helping successfully combat the Navy’s current void in software 
engineering education. This should ultimately lead to an increase in the Navy’s 
knowledge assets, and subsequently to better opportunities for Naval utilization of the 
technology available to improve warfare capabilities. 
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I. INTRODUCTION 


A. BACKGROUND 

Computers are having a profound impact on today’s society. They have proven to 
be very useful tools, performing tasks that cannot be performed solely by hxunans, doing 
so with otherwise unattainable accuracy, and processing vast amounts of information not 
otherwise possible. Their speed has progressed to a point where an increased human 
dependence on computers’ abilities to analyze data and make decisions has come to 
make sense. 

As the 20* centuiy nears its end, computer use to automate tasks and simplify life 
has become prevalent in the world. This is true in homes and in the workplace. This is 
no different for a future warrior than for an average businessman. Combat theaters are 
too complicated not to take advantage of this powerful asset. Many military systems are 
so complex that the thought of operating them without the aid of computer technology 
seems foolhardy. Missile and other combat systems, as well as guidance, navigation, and 
propulsion systems are just a few of the many examples of systems heavily dependent on 
computer technology. 

Manning issues will increasingly become a larger problem as the defense budget 
continues to shrink. Thus, it is logical to presume that computers will need to be called 
upon to assume more of the burden in the Department of the Navy and to lighten the load 
of already overworked sailors. 

Over the last few decades, computer use has infiltrated the military world. 
Unfortunately, computer technology is not easy to integrate automatically or without 
significant effort, and the implementations have not been organized as efficiently as 
possible, directly resulting in many problems since computers must be properly 
engineered to perform the desired tasks. This can be excruciatingly difficult and quite 
expensive, however often the cost can be tempered with personnel specifically educated 
to produce these systems and to develop the associated software. 

As future electronic needs continue to grow, the Department of Defense can 
continue with its current trend of not fully pre-engineering system implementations. This 
method has resulted in problems with software that cannot adequately interface with 
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hardware, software applications that cannot communicate with other software, and other 
system failures amongst the significant number of extremely expensive failed software 
projects undertaken by the military. 

Alternatively, the current and future military needs could be addressed by 
educating personnel now who are and will continue to be needed to help solve the 
problem before it becomes more unwieldy in the future. These personnel will be the ones 
who can adequately deal with the complex computer-related issues on the Navy’s ships, 
submarines, and aircraft, as well as other commands. They also will be the ones with the 
experience and knowledge to make the important high-level decisions which can prevent 
the systems integration problems ciurently found on various Naval platforms. 

The Navy needs to be more forward thinking. Future “Smart Ship” and “Smart 
Carrier” technologies will surely solve some of the problems the Navy faces today. But 
what of information technology as it becomes more ingrained in the business of warfare 
as the technologies continue to evolve? Personnel must be educated today in order to 
make informed decisions to push information technology utilization in the proper 
direction for tomorrow. 

The Navy has the ability to produce these personnel within its active-duty officer 
corps, via programs within the Software Engineering cmricula at the Naval Postgraduate 
School (NPS). Since this is not currently being done particularly effectively, addressing 
this shortfall is the major goal of this thesis. 

B. MOTIVATION 

The Naval Postgraduate School and many other Navy and Department of Defense 
organizations have recognized that the military needs to produce highly trained and 
experienced software engineers. These needs could be filled by educating officer 
graduate students with prior Fleet experience at NPS with a curriculum in Software 
Engineering, and subsequently utilizing these personnel and their new skills for the 
benefit of the Navy. Officers and civilian personnel would use these skills in the 
development and procurement of new systems, and while interfacing with outside 
contracting agencies working software issues on behalf of the Navy. 
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Currently, there are students getting some exposure to software engineering at 
NPS. All Computer Science students (curriculum 368) are required to take the initial 
prerequisite Software Methodology course (CS3460) as an introduction to the software 
development process. Each of these students must also complete one of the 
specialization tracks within the Computer Science department. Some students specialize 
their degree by completing the Software Engineering track, which requires them to take 
several additional Software Engineering courses. Additionally, each Software 
Engineering track student must complete a thesis on a topic within the realm of Software 
Engineering. However, for all students in the Computer Science Department, the large 
majority of their coursework is in the general Computer Science field, and thus the 
degree awarded upon successful completion of the curriculum is a Master’s of Science 
degree in Computer Science. 

A problem observed repeatedly by persoimel at NPS is that many students take 
their newly learned knowledge and move on to jobs that do not adequately utilize these 
skills. The knowledge learned, and thus all the energy spent by both the students and the 
faculty creating that knowledge, may be wasted as this knowledge has a propensity to 
atrophy before being truly utilized. Undoubtedly, many of the principles and practices 
learned by the student within their studies create life-long usable knowledge. However, 
in the high-tech world of software, there is a definite, real need to use knowledge and 
keep it current as the technology continues to rapidly evolve; otherwise the long-term 
effectiveness of that knowledge decreases. For example, someone who earned a 
Computer Science Master’s degree ten or fifteen years ago but has not been actively 
using their knowledge in that field is not nearly as strong in dealing with today’s 
computer technology as someone who has a current degree (even a Bachelor’s degree), 
and is familiar with all of the “revolutionary” changes in hardware and software over the 
past decade. A person must be able to stay on top of the field - on top of the technology 
- or risks becoming out-of-date with technology trends. 

An additional problem that presents itself is that the need identified previously, 
for personnel who have the ability to properly engineer software projects, still exists. 
Thus, if the students educated at NPS are not used to fill the needs, those needs must be 
filled from elsewhere. These services may be contracted out or groomed from a different 
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source. But, sadly this simplifies to a situation of re-purchasing assets that have already 
been paid for, paying again for people who are already available if they were only better 
utilized. 

In 1995, the Software Engineering faculty at the Naval Postgraduate School 
developed a complete non-resident degree program in Software Engineering which 
awards a Master’s of Science in Software Engineering (MSSE). Since its inception, the 
program has run very successfully with twenty-three program graduates and nearly sixty 
students currently in the program. To bridge the gap between the Software Engineering 
academic side at the school and the U.S. Navy side to create a similar program for active- 
duty Naval officers, someone who knew the inner workings and requirements from the 
Navy’s perspective was needed. As an officer interested in the advancement of the 
Software Engineering program at NPS, along with some knowledge of the Navy’s 
postgraduate educational system including the Officer Subspecialty System and the 
“Quota” and “Fills” issues, the author was an ideal candidate to help address both sides of 
the issue and to get a new Software Engineering academic program accepted and 
subsequently utilized by the Navy. 

C. OBJECTIVES 

The broad sweeping goals of this thesis are to raise awareness of the Navy’s need 
for software engineering and to propose a means for fulfilling that need. Gaining support 
from officials high enough in the Navy leadership who were aware (or could be made 
aware) of the need to groom successful software engineers was vital to ensure that 
progress could actually be achieved, and that the significant need would really be 
addressed. Stated another way, there exists the need to address utilization problems 
involving software engineering postgraduate education student knowledge specialties. 
This high-level goal can be refined down to several more specific goals to work towards 
that end. 

A program of instruction must be developed that meets the Navy’s need for 
software engineering education. Such a program must be logistically feasible (for 
example, from the standpoints of scheduling and curriculum length) and also meet the 
standards for approval by the Naval Postgraduate School's Academic Council. 
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Ultimately however, even a successfully developed program will not succeed 
without an adequate student base. Therefore, in addition to development of a new 
Software Engineering cxmiculum, adjustment of the supply pipeline that provides the 
students and the demand pipeline that utilizes the software engineers produced must be 
realized. This is where the Navy’s Officer Subspecialty System and designations of coded 
billets must be addressed. 

Through various intelligence soiurces, it was determined that a program 
combining the aspects of the Naval Postgraduate School’s current Combat Systems 
curriculum with the direct Software Engineering curriculum would address at least part of 
the current need, and could be widely accepted by Naval leadership. In addition, with the 
support of the Combat Systems Curricular Officer and the Physics Department, this path 
appeared to have a reasonable chance of success in actually progressing from 
development to acceptance and finally to full utilization. The development and 
implementation of this program is the actual change of Navy policy delivered by this 
thesis. 

A future follow-on goal for the Software Engineering department is to achieve an 
additional separate subspecialty code for a shorter and more tightly-focused Software 
Engineering curriculum, in addition to the integrated and longer curriculum proposed and 
implemented here, which has the software engineering coursework as a portion of a 
larger combat systems program. 

D. ORGANIZATION 

This thesis is organized into six chapters. The first chapter contains backgroimd 
information and an overview of the thesis. Chapter II identifies and further explains the 
Navy’s need for software engineers and suggests possible solutions to address the 
problem. Before proposing a solution to the Navy’s future software engineering need, a 
background discussion on the Navy’s postgraduate education system is needed for an' 
understanding of how the solution proposed in the thesis fits in. The third chapter gives 
this backgroimd information about the way that the United States Navy handles graduate 
education. This leads into the fourth chapter which elaborates on some of the benefits of 
using NFS as the best solution to provide the needed education and outlines the specifics 
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of the Software Engineering programs currently in place at the Naval Postgradiiate 
School. Chapter V describes the curriculum developed within this thesis as a first-level 
solution to address the educational needs highlighted in Chapter II. The curriculum is 
discussed in detail, along with the process completed to establish the new curriculum as a 
viable program. The final chapter summarizes the thesis, describing the ciurent state of 
the newly-developed Combat Systems/Soflware Engineering curriculum, as well as 
future plans to improve the Navy’s utilization of NFS’ assets to better prepare for the 
future. 

Additionally, as an extension to this thesis, investigations were made into further 
educational opportunities to expand the benefit currently derived from the NPS Software 
Engineering curricula by the Navy, the other U.S. military services, and other 
Department of Defense agencies. Some of these additional possible educational 
opportunities are also discussed in the concluding chapter. 

Finally, there are several appendices that provide supporting documentation as 
described within the text of the thesis, including descriptions of the courses included in 
the new curriculum and the entries describing the program to be included in future 
editions of the Naval Postgraduate School Catalog. 
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II. THE SOFTWARE ENGINEERING NEED 


“Software is the new physical infrastructure of the information age.” 

President’s Information Advisory Committee Report to the President 
_February 1999 


A. OVERVIEW 

The increasing automation and computerization of military systems is a welcome 
fact of life in the complicated, fast world of military power projection and threat 
handling. Moore’s law states that computer power doubles every eighteen months, 
resulting in computers now one hxmdred times more powerful than they were ten years 
ago and ten thousand times more powerful than 20 years ago\ With this trend expected 
to continue into the foreseeable future, systems powerful enough to implement the high- 
level future technological goals of the Navy should become available. 

To take advantage of these powerfiil systems, designers need to be able to design 
large, complex programs that are safe, reliable, robust, and work in real-time. In order to 
develop these programs successfully, software practitioners must apply state-of-the-art 
software engineering practices. Staying on top of the latest standards and best-practices 
in the field of software engineering requires instruction in current and fiiture technologies 
and the ability to put knowledge into practice. 

The Navy and the Department of Defense rely on the infusion of technology into 
their systems and software to achieve their goals. Increasing dependence on technology 
dramatically increases complexity in system requirements. If properly engineered, the 
complexity of the resulting architectures would decrease. However, this has not been 
done in the Navy, partially due to the lack of the needed software engineering skills. 
Another common result of increased technology as observed in military systems is the 
inability of personnel to effectively utilize the systems imder their command because they 
are unable to imderstand them. 
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Software engineering is a field experiencing rapid growth as people come to 
realized the depth and importance of the fixture expansion of computer technology, and 
the need for personnel to ensure that software projects move in the proper direction. 
Trained software engineers will help the Navy address its system acquisition and 
development issues, and help improve some of the dismal previous DoD software 
performance. 


“Software is everywhere we look in the Department of Defense!’’ 

Dr. Delores Etter 

__ Deputy Under Secretary of Defense (Science and Technology) 

B. SPECIFIC NAVY ISSUES 

There are many reasons why the United States Navy needs to consider software 
engineering education as it plans for the future. The Navy has a lot of money and 
resources invested in current computer technology. As is well known however, the state- 
of-the-art technology is rapidly advancing in a continual pattern. Reflecting on their 
shipboard tours, many Naval officers wonder why the Navy is not taking full advantage 
of the technology available to reduce workloads, simplify tasks, and to improve the 
overall quality-of-life. Many ships are still laden with 1950’s technology in many of 
their systems. Why are tasks continually performed in laborious, manpower-intensive 
manners when the same tasks could be done easier, quicker, even better, and while the 
technology to make many such improvements is currently widely available? Computers 
can do many tasks with much greater accuracy, and in many cases, eliminate the 
possibility of human error that may often occur in complex, tense, stressful situations 
where personnel may be overtired and unable to process the entire breadth of information 
involved. 


1. Manning Concerns 

One of the toughest issues facing the Navy in the future is manning a fully- 
operational service while continuing to use a volunteer-only force. The Navy has seen 


8 





personnel levels drop significantly over the last ten years. The Navy has transitioned 
from the huge 1980’s Cold War build-up towards a goal of a 600-ship Navy down to 
slightly more than 300 ships. Much of the decline was desired and intended following 
the end of the Cold War, but now the service is struggling to retain its current members 
and to recruit new members to fill its ranks. 

The total Naval force decreased by 23% between fiscal years 1992 and 1998. The 
percentage of the officer corps allocated to attend graduate education diiring this period 
was approximately constant around 1.5%, so the actual number of Navy graduate 
students also fell by approximately 23%. During these same years, the size of the 
Unrestricted Line (i.e., “warfare”) commimities of officers also fell 23%. However, the 
number of these warfare officers obtaining graduate education at NFS fell even further. 
Surface Warfare Officer students decreased 42% and Submarine Warfare Officers 
declined 54%, while the number of Aviators at NFS fell a staggering 70%.^ 

These numbers are indicative of the difficulty these coihmunities have in making 
graduate education a priority in officers’ careers. The fact is; these officers are needed in 
the Fleet to carry out the jobs there, and funded graduate education is a luxury not 
available to all warriors. 

As of March 1999, the Navy’s officer corps was short 850 officers from the 
needed level. The future looks even bleaker, with a projected shortage of 1800 officers 
by FYOl/02. These projections are even somewhat optimistic, due to an excessive level 
of Junior Officers. Accounting for the mismatch of officer rank and experience, the Chief 
of Naval Personnel is projecting a shortage of2400 0-4’s (Lieutenant Commanders).^ 

The real shortfall for officers is for senior Lieutenants and junior Lieutenant 
Commanders. These are the officers who have served one or two operational tours and 
possibly a shore tour, ready to rotate back to the Fleet. There are numerous reasons for 
the decline in the ranks of the officer force, from concerns about the cuts to retirement 
benefits, overwork, the prosperous U.S. economy driving a civilian job market with good 
compensation, family separation issues, health care concerns, to many other reasons. 

In the enlisted ranks, the situation is just as dire. For the past several years, 
recruiters have been xmable to reach their recruiting goals, for many of the same reasons 
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that officers are leaving the service as described above. Last year’s recruiters fell short of 
their goal by 7000 sailors'*. Recruiters are having a difficult time finding properly 
educated and motivated personnel to enter the service when the civilian job market and 
the compensation available there may be more inviting than the known hardships of life 
in the Navy. 

What all of the shortages mean is that they are fewer people left in the service, 
who must now complete the extra work from those billets left imfilled due to personnel 
shortages. The costs of the personnel shortages are felt mainly in the shore billets, since 
the operational warfare billets are manned to near 100%. So, if an officer or a sailor does 
rotate to a shore tour, it is likely to be a hard job just like the operational billets, because 
more than likely there will be gapped billets at that shore command. This leads to 
performing two or more jobs at once, longer work hours, personnel becoming overtired 
and more prone to mistakes, and general displeasure with the service. This lower morale 
makes retention difficult, exacerbating the problem that much further. 

2. The “Smart Ship” USS YORKTOWN 

One action to address the manpower crisis was the “Smart Ship” experiment 
onboard USS YORKTOWN (CG 48), under Commanding Officer Captain Rushton. 
This experiment was a two-tiered approach to reduce the ship’s manpower requirements. 
One method was a complete paradigm shift in the way the Navy conducts its daily 
business, with a determination of which tasks needed to be accomplished, and which 
tasks were accomplished solely due to Naval tradition, and in essence added no real value 
to the ship’s mission. The other method was the integration of technology to assist in the 
performance of the remaining tasks to lower the crew’s workload. With total belief in the 
Smart Ship” philosophy. Captain Rushton and crew set out to maximize the automation 
of tasks. The overall effect of the two initiatives was to lower the manning requirements 
without any degradation of the ship’s overall capabilities. The official tally was a 
reduction in over one-fourth of the ship’s crew (from 389 down to 287 enlisted), and 
nearly 20% of the ship’s wardroom (from 27 officers down to 22).^ 
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The experiment was not without problems however. The effort was not pre¬ 
engineered as with typical missile systems or aircraft that spend many years in 
development. In the course of a year, the Naval Systems Sea Command (NAVSEA) 
identified and evaluated Commercial Off-The-Shelf (COTS) products to facilitate the 
automation of shipboard tasks. The systems were procured, the contract assigned to the 
Sperry Corporation, and the project implemented on the YORKTOWN. The software 
systems were compiled rapidly, as were the interfaces between the software and the 
existing systems on the ship.® 

One problem was that there were no personnel onboard the ship who were 
appropriately trained to deal with these complex software systems. When there were 
system failures (certainly typical for new and experimental systems), the crew was left at 
the mercy of its raw knowledge of the systems until the contractor could come aboard to 
fix the problem. Depending on the ship’s location and the severity of a given problem, 
this might require the contractor to fly aboard the ship via helicopter, or perhaps fix the 
system following the ship’s next return to port. This “just in time” service is workable 
during local at-sea runs, but would not be a realistically feasible option during wartime or 
if the ship was deployed overseas. 

There was one major technical casualty aboard the ship that resulted in the failure 
of the ship’s engines. Despite rumors that the ship had to be towed into port’, a few 
members of the ship’s enlisted crew used their informal computer knowledge to create a 
temporary solution in order to operate the ship’s engines and get the ship back into port 
where a permanent solution was engineering by the contractor*. 

While the ship managed to restore power after only a few hours, the incident 
amplifies the need to have a minimum of at least one technically-trained expert onboard 
who truly understands the software-systems, and can work to fix problems as they arise, 
in real time. This person would not necessarily be a programming expert, but rather 
would understand the systems’ interworkings and specifications. 

Additionally, this specific casualty was initiated when an operator made an 
invalid entry into a database field. The computer then failed as it tried to make a 
calculation to divide by zero. This casualty caused the entire onboard computer network 
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to fail. A proper software engineering process during system design would have 
prevented this type of casualty from occmxing by specifying better error checking and a 
better system design to prevent one error from crashing the entire network. 

Despite the software problems, the entire investment in the experiment “paid for 
itself’ on one particular day when visibility fell to near zero during an Atlantic squall as 
the ship was entering port. After the day was over and the ship was safely in port, it was 
believed that the ship would have run aground without the special navigation performed 
by the onboard computers.^ 

While the concept of the “Smart Ship” was proven successful during the test run, 
many of the initiatives taken by the YORKTOWN were counter-intuitive to standard 
Navy practice, and branded as “risky” policies following the departure of Captain 
Rushton and the experimental crew. With the experiment completed and the concept 
validated, the new crew did not need to continue with the revolutionary policies. As a 
result, the ship dropped many of the initiatives and returned to nearly the original 
manning levels in the period following the experiment. 

Quality-of-life issues including manpower problems are key issues for the Navy, 
and the Secretary of the Navy has made it a priority to address the quality-of-life issues 
that have plagued the Navy’s sailors. Clearly, as defense budget declines continue and 
the manpower available onboard ships shrinks, one effective manner in which to 
compensate is with the use of technology. It seems logical that more shipboard 
integration of computer technology in the future will be utilized as manpower resources 
are replaced with advanced technology. As a result of the lessons learned from the 
YORKTOWN experiment, an upstep in the “Smart Ship” implementation has been 
ordered. Over the next six years, all of the Navy’s cruisers and 28 of the 32 Arleigh 
Burke destroyers will be equipped with “Smart Ship” improvements. Theoretically, this 
frees 44 enlisted and four officers per ship, manpower that is to be reallocated within the 
ship to ease the burden on overworked sailors.^* Additionally, similar efforts are now 
being planned for aircraft carriers and amphibious ships as well, projects known as 
“Smart Carrier” and “Smart Gator”, respectively. The Secretary of the Navy is trying to 
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promote automation of tasks as much as possible to reduce manpower requirements and 
thus give more authority to fewer people to increase job satisfaction.^^ 

3. The Future of the Navy 

Beyond the issues facing the Navy now, there are also numerous plans for future 
use of technology to advance the state of warfare. Captain Charles Bush, Aircraft 
Carrier Program Office Program Manager at NAVSEA, noted that his Flag supervisor 
wanted to provide battle group commanders with a live hologram image of the 
battlespace in the Combat Information Center aboard the next revision of aircraft carriers. 
When prompted that the task soimded unrealistic, CAPT Bush emphatically declared that 
it was possible and the project was a serious goal.'^ Another wide-ranging project for the 
future is the Joint Chief of Staffs Joint Vision 2010. a plan to ensure the success of the 
U.S. military in the future of warfare. 

a. JV2010 

Joint Vision 2010 *'* is the conceptual template for how the U.S. military 
will use its dedicated forces to leverage technological opportunities for the purpose of 
raising the level of effectiveness in future warfighting. The vision suggests methods for 
using the military’s strengths along with new information-age technologies to ensure 
American success in the business of war. In order to protect national interests, the Armed 
Forces will need to be prepared to fight and defeat any adversary in any conflict in any 
arena. 

Throughout American history, technologically superior equipment 
engineered to provide superior mission performance has been vital to die success of U.S. 
forces. With accelerating technological change continuing, critical advances are being 
made. The ability to adapt and implement the new technologies will increase warfighting 
capabilities in the future; however, the failiue or inability to understand and utilize new 
technologies could lead to premature obsolescence of equipment, the failure to 
technologically keep up with the rapid advancements of our adversaries, and potential 
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risks to our personnel in combat. Additionally, the potential for surprise attack via 
electronic and information systems is high. 

With force size declining, every available source of capability must be 
tapped simply to maintain effectiveness. Maintaining superiority in the future will 
require tomorrow’s warriors to interact extensively with computer technology. 
Improvements in information systems integration will have a profound impact on future 
military operations, and information superiority will be a key factor in the ability to 
manage the vast amount of data available for commanders to make decisions for the 
military. 

It is expected that with advanced information processing systems, battle 
scenarios will be focused more on real-time parallel planning and decision-making, as 
opposed to the pre-planning of previous battles. The increased access to information, 
with faster speed and more accuracy, will be driven by technology. 

Additionally, enhanced modeling and simulation of the battlespace will 
help improve training of the warfighters and leaders, in preparation for true conflict. This 
will also offer the possibility of testing new concepts and strategies prior to an actual war 
scenario. 


b. Other Sample Future Navy Projects 

Beyond the scope of JV2010, there are other large-scale information 
technology projects the Navy is looking to accomplish. The Department of the Navy 
Chief Information Officer (DONCIO) is working to achieve his goal of a Navy Wide 
Intranet, as one step towards trying to fulfill his mission statement which is to “put 
information to work for our people”*^ Dr. Delores Etter, the Deputy Under Secretary of 
Defense (Science & Technology) is separately promoting the idea of cognitive readiness. 
This is a new concept of designing computerized education systems that determine how 
students learn best, and adapt their interaction with the students accordingly, providing a 
more “learner-centric education” than experienced today^^. 

While the potential for technology to improve the abilities of the warriors 
of the future is clear, these are lofty goals. Resources are limited and the military will 
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need to be selective about the systems it can afford to produce and acquire. Current and 
shrinking defense budgets will not support the acquisition of all the technologies 
discussed in JV2010. In order to secure the most effective use of technology, decisions 
need to be made by informed and educated people who know the technology and have 
the ability to determine what capabilities are realistically achievable. 

C. SOFTWARE IN PRACTICE 

Despite the desire to produce highly technical future systems, the track record for 
production within the Department of Defense leaves a lot to be desired. The DoD and its 
individual military departments have invested billions in the development of large-scale 
software systems. A 1995 Electronics Industries Association study estimated that of 
$42.5 billion the DoD would spend on computer systems, $35.7 billion would be on 
software. A 1997 survey by a marketing firm which tracks government spending. 
Federal Sources, Inc., concluded that by 2002, the DoD will spend more than $20 billion 
annually on software for weapons systems, C4I systems, and other information 
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technologies. 

Additionally, despite the prime concerns of reliability, flexibility, and delivery of 
these systems on-time and under-budget, approximately 60% - 80% of the cost of 
deployed DoD software is its maintenance and support. Other statistics are just as telling 
about the state of software production affairs in the U.S.: in 1995, 85% of software 
projects finished late or over-budget, and half of all projects doubled their cost 
estimates.** As sad is these statistics sound, they are actually improvements from a 
previous DoD study that foimd that DoD software projects estimated to take between two 
and three years slipped an average of 36 months before completion, with one-third of the 
projects cancelled prior to completion*^. 

Nor are these problems limited to the DoD. Costs of failure in the commercial 
world are high also. System downtime for American Express costs $167K per minute, 
while downtime at Charles Schwab costs are estimated at $1M per minute^**. 

While there have been huge software project failures, there have been successful 
software engineering efforts as well. In fact, it is fairly common to find newspaper 
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articles on a daily basis that describe the latest project that has failed or is providing new 
capability to a system. While many pages could be written describing all such instances 
over the past few months, a number of software project examples should suffice to 
illustrate the value of software engineering. Clearly, software engineering concerns are 
valid both in the military and in the civilian world. 

1. Software FaUures 

Over the past year, the most prevalent example of a software engineering blimder 
has been the Year 2000 Problem, or “Y2K bug” as it is commonly known. Many billions 
of dollars have been spent reengineering systems to prevent system failures when the 
calendar rolls from year 1999 to year 2000. Simply stated, the problem is that many 
software applications treat years as two digit numbers, thus a rollover from 1999 to 2000 
(i.e., 99 to 00) leaves uncertainty as to whether the application recognizes the upcoming 
year as 2000 or as 1900. “What we’re experiencing with Y2K is simply the result of the 
drive to cut expenses and failure to look ahead thirty years-ago... People were rewarded, 
at the time, for solving immediate problems, not future ones.”^* Essentially, this is one 
instance where proper software engineering a long time ago would have saved an 
incredible amoimt of money and effort today. The Y2K problem also illustrates a 
problem with maintaining legacy and stovepipe systems well beyond their expected 
lifetimes. 

The AEGIS Weapons System is in wide use today on the advanced destroyers and 
cruisers in the U.S. Navy’s Fleet. The development of this system was a huge effort, 
containing nearly three million lines of software code. Unfortunately, only 90K lines of 
this code were reusable, meaning contractors were required to create the majority of the 
software system from scratch, at great expense to the U.S. Navy. Additionally, the F-22 
fighter had less than 38% reusable code in the nearly two million lines of code in its 
software packages. To make matters worse, funding for the F-22 project is in a very 
questionable state. The two houses in Congress currently cannot agree whether to cancel 
the project entirely or just scale it back in order to save money. By contrast, the U.S. 
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Army’s Crusader, a self-propelled Howitzer, required less than two million lines of 
software code, but much more than half of the code was reusable.^^ 

One of the most devastatingly efficient bugs ever in a piece of software was the 
error that destroyed the Ariane 5 rocket in June 1996. After ten years and $7 billion of 
production costs, the rocket (and its payload of four expensive, uninsured scientific 
satellites) self-destructed 39 seconds after launch due to a programming error. The 
rocket’s control system crashed and caused the missile to self-destruct when it tried to put 
a 64-bit number into a 16-bit memory location. The programmers had also omitted 
standard error-protection methods in an attempt to save money and time. After the 
failure of the first Ariane 5, the European Space Agency set off to build another Ariane 5 
rocket, although with a “software architect” added to the team to oversee the project.^^ 

The U.S. Army undertook a multi-billion dollar initiative to upgrade thousands of 
aging computer systems. The ten-year Sustaining Base Information Services (SBIS) 
project started in 1992 with the intention of replacing over 3700 automated applications 
by 2002. However, after investing three years and $158 million, the Army had not 
received a single replacement system by 1996. The Government Accounting Office 
concluded in a July 1995 report that: 

Defense continues to spend about $3 billion aimually to develop 
and modernize automated information systems with little demonstrable 
benefit. Few redundant systems have been eliminated, and significant 
savings have not yet materialized.^^ 

Other software glitches abound. The Denver International Airport lost $1.1 
million per day in interest and operating costs due to problems with the software for the 
baggage handling systems that caused the airport to sit empty for more than nine months 
after it was supposed to open^^. California recently killed its project to link welfare 
networks after spending $18 million to try to allow welfare offices in different coimties to 
communicate with each other. The project was the fifth time in a decade that California 
scrapped a computer project that had “gone so far astray that it would be fiiiitless to 
spend any more”.^® California is also having problems creating a federally-mandated 
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computer system to track parents delinquent on child-support payments. Failed efforts to 
create such a system have cost the state nearly $200 million and years of work^^. 

The Federal Aviation Administration’s new $2.2 billion computer system to 
modernize the aging air traffic controller network was so slow in tests that tasks took at 
least twice as long as they did on the system to be replaced^*. Additionally, according to 
the U.S. Department of Transportation, about 30 percent of all the nation’s major airline 
flights in June 1999 arrived more than 15 minutes late, a situation airlines blame on an 
understaffed and underfunded air traffic control system. As many as half of all airline 
delays can be traced to air traffic control problems.^^ 

2. Software Successes 

Despite the well-publicized failures of software systems, not all the news is bad. 
Many systems have been successfully engineered to provide excellent results. The Navy 
is currently touting its “Smart Card” as a major benefit to its sailors. Smart Cards are 
being used to decrease government infrastructure and enhance the potential of military 
readiness by streamlining business practices in the military, and saving time which can be 
re-focused on training. The Smart Cards are the size of a credit card and contain 
embedded integrated circuit chips. The cards can interface with medical, dental, food 
service, purchasing, and database applications.^® 

The Army’s Crusader project and the fact that a majority of its code was reused 
were discussed earlier. Part of this success is likely due to the fact that the contractor was 
well-qualified on software engineering practices. 

A new cockpit computer (the Flight Management System) is making airplane 
flight paths more precise by using global positioning satellites. This effort could reduce 
delays and minimize airplane noise distractions to nearby residents. The system 
integrates information from satellites and the airplane’s engines and instruments.^* 

Amtrak is performing final testing on new high-speed trains in order to have them 
carrying passengers between Washington DC and Boston, Massachusetts by the end of 
1999. The trains use special computers to control the tilt of the cars. Due to the high 
speed, the cars’ tilt is important to passenger comfort. The computers decide how far to 
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tilt the car based on the train’s speed, bank angle for the tracks, the turn angle of the 
trucks that hold the wheels, and sideways forces as the locomotive goes aroimd a comer. 
The computers tilt the cars in sequence, as compared to tilting in imison, to improve the 
comfort for the passengers.^^ 

3. COTS Software 

Dr. Etter, Deputy Under Secretary of Defense for Science and Technology, has 
noted that “DoD systems are software dependent... Software costs and schedules are 
starting to dominate acquisitions... Software quality limits DoD’s ability to field systems 
at affordable cost.”^^ 

One solution the Navy has employed to combat the cost of software production is 
the use of Commercial Off-The-Shelf (COTS) software. COTS certainly has some 
advantages. The major advantage is the ability to take advantage of “economies of 
scale”, purchasing many copies of the same software for lower prices. COTS also works 
very well for system standardization, prompting the DONCIO to state that he intends to 
continue the practice of acquiring COTS in the DoD^'*. Indeed, Microsoft’s Windows NT 
operating system and Microsoft Exchange email system are part of the standards in the 
Navy’s IT-21 {Information Technology for the Century) initiative^^. The idea of 
reducing the “learning curve” for systems at new commands because the same 
applications are being used both at sea and ashore does have merit. 

At the same time, there are reasons for discontinuing the widespread use of COTS 
software. First, standardization allows for universal implementation of known security 
holes to intrude into a system. The widespread proliferation of viruses in the past year 
that prey on holes in Microsoft products is possible mainly because of the widespread 
standardized usage of these systems. The “Melissa” virus crippled numerous 
corporations’ email servers, prompting many companies to completely shut down their 
systems imtil a remedy was foimd^®. 

Another problem with COTS implementation, as seen during the YORKTOWN 
“Smart Ship” experiment, is software integration problems. These applications pulled off 
the shelf are not necessarily intended to work with each other. When complete systems 
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are engineered through the normal software life-cycle, interfaces are designed and proper 
interactions can be planned. When software is taken as-is off the shelf, system designers 
must accept the limitations of the software as designed for commercial applications (as 
opposed to specifically designed for military uses) and attempt to make the integration 
work. The “Smart Ship” trial run exposed potential problems from following this 
process. 

In addition to the issues described here. Major Dale Long, Chief, Information 
Management Branch. United States Strategic Command, predicts the death of COTS in 
the DoD. There used to be a software-producing industry specific to military applications 
running in parallel to the commercial industry. The military-industry produced software 
to the more-exacting military specifications. However, that industry became less 
efficient as producers rushed their products to market, since the companies who manage 
to get their products to market first typically make more money than those that deploy 
later, despite bugs and security holes typically found in the earlier, rushed products. As 
the military became a smaller part of the software market, it has become more 
economical for companies to produce software for the public rather than for the military. 
Thus, the products now available are built more for profitability than for invulnerability 
to attack. These policies will have to change in order to allow for the higher levels of 
security and more crucial specifications of the military.^’ 

D. WHAT IS A SOFTWARE ENGINEER? HOW CAN THEY HELP? 

Software engineering is not strictly about computer programming. If that were 
the case, then the Navy wouldn’t need to train its personnel specifically for this task. It 
could simply go out and hire recent college graduates with significant progr ammin g 
experience. Instead, the Navy needs to produce software engineers — personnel who 
understand and can apply the use of sound engineering principles to economically 
develop software that is secure, reliable, and flexible. In addition, the software product 
should be maintainable (due to the traditionally high cost of maintenance and support) 
and it must actually work on the hardware available. The possible consequences of 
having software failures during wartime require having an extremely high-level of system 
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reliability - satisfaction with a system would be extremely low if it crashed due to a 
software failure while a missile was inboimd. 

Software engineers are the people trained to translate technical aspects into terms 
that can be imderstood by decision-making authorities. Also, these specially-trained 
engineers can represent government interests in technical discussion and negotiations, 
and improve overall software development by understanding all facets of the 
developnient process. 

The DoD’s history of dismal failures in its software projects includes projects 
completed well over-budget, systems failed to be delivered on time, and delivered 
systems that failed to provide all of the promised functionality. Software engineering 
helps to preclude these problems to some degree by using the fundamental and soimd 
principles of engineering. Realizing that it is significantly more expensive to fix an error 
the later in the software development process that it is found and corrected, software 
system design should be organized and engineered in a very strategic manner. A long, 
detailed requirements analysis phase helps to ensure that the customer has strong input 
into what is delivered, and also gives the software producer the ability to clarify 
questionable design issues. 

While requirements change over time during the development process, this 
“requirements creep” is a good example of how the software engineering process helps to 
minimize the effects. The creation of small prototypes of reduced fimctionality that allow 
the user to see specific parts of what is to be the final delivered system, allows both 
developer and client to resolve confusing and conflicting development issues. 

When software projects are contracted out, the senior-level Navy leadership that 
supervises these projects need to be able to determine when the contractor is not giving 
them straight answers, when the promised system is not feasible, or when timelines are 
not reasonably achievable. Those acquisition professionals protecting the Navy’s 
interests need to foresee and eliminate future problems by having the ability to 
communicate with the contractors on the same technical level. 

Successful software engineers will be able to achieve information superiority for 
warfighters, improve effectiveness of DoD systems, and increase software project success 
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rates by decreasing the number of projects that do not provide a final product, are late in 
delivery, or are less complete than required. 

Additionally, there is a great and growing need within the DoD for a higher-level 
software engineer with Ph.D.-level leadership to direct software development, design, 
evolution, reuse, and management projects. These leaders would use their knowledge to 
forecast future needs and procure the programs for future software efforts. These 
personnel would need to understand the concepts and needs of the Navy on a much 
higher level than that discussed previously. Visioneering future projects like 
“CommandPost of the Future” often require fundamental research, and the DoD ciurently 
lacks the requisite leadership to direct these projects to fhiition. Other DoD leadership 
issues that could be addressed by these doctorate level engineers include: definition of 
more effective information technology and information assurance policies, assessment 
and development of effective software policies for the DoD, and formulation of 
technological visions and objectives. Additionally, the Navy needs high-level personnel 
to direct the Smart Ship/Smart Carrier/Smart Gator initiatives discussed earlier in the 
chapter. 

E. POSSIBLE SOLUTIONS 

While it is pretty clear from the previous discussion that a need for software 
engineers in the Navy’s future exists, there are numerous different options for creating 
the assets to address that need. Several available options to provide the required 
engineers are discussed now. 

1. Contracting Civilian Sector Experts and Thinkers 

One possible method for dealing with the problem is to use civilian personnel. 
The DoD and the Navy could contract out all services dealing with software, including 
the planning and design of future systems. This has the potential to be a cost-effective 
solution, since there are many people in the commercial sector who have the ability to do 
the type of work the Navy needs and require no further education to do so. 
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However, there are niimerous issues that simultaneously make this a questionable 
solution. With the very strong current job market (especially in high-tech fields), the 
outside contractors would be able to command significant salaries, which may make the 
cost prohibitive after all. Additionally, while active-duty officers are around for a known 
period of time, civilian personnel need have no loyalty to the job. If they get a better 
paycheck or find a more satisfying job elsewhere, they can leave a contracting agency 
without its personnel, dooming the contract to failxire due to delays for re-training new 
personnel. Also, since many DoD projects require security clearances for the personnel 
working on them, further delays and difficulties with personnel changes can be expected. 

Plus, contracting work outside of the Navy’s internal assets puts the Navy at the 
mercy of the contractors for delivery. While a contractor may not really have the Navy’s 
best interest in mind during a project, “in house” personnel like active-duty officers 
would more likely be truly interested in the actual needs and requirements of the Navy. 

2. Educating Naval Officers in Software Engineering 

Software producers sometimes criticize the field of computer science as geared 
toward theoretical studies and focusing on the modeling of problems as opposed to actual 
integration of the theory for operational use. Software engineering pertains more to the 
actual process of software production and system integration. Software engineers use 
sound engineering principles to economically develop software that is reliable, flexible, 
maintainable, and that works efficiently on real machines. 

A software engineering curriculum would build upon a student’s scientific 
knowledge and teach principles and methods of software development and process 
management. A curriculum should include in-depth coverage of requirements 
engineering, software architecture, design automation, development methods, and 
management processes for software development. 

Training Naval officers to become software engineers is not an easy task. Time 
spent earning a graduate degree is time that officers are away fi*om the tasks that need to 
be performed in the Fleet. Additionally, beyond the time investment, there is a 
significant monetary investment in educating officers. Yet, having an educated officer 
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corps can reap many benefits for the service. These officers would be better prepared to 
face the systems and software issues that will arise in the technology-dependant future, 
including the planning and acquisition phases of system development. 

Also, officers educated in software engineering would be better equipped to 
handle real-time system failures than those without such technical expertise. 
Unfortunately, it is more likely than not that systems onboard Naval assets will undergo a 
significant system failure at some point. Having officers with the ability to recover from 
such a situation would be crucial to the ship, sub, aircraft, or other command struck by 
such a failure. 

a. Software Engineering at a Civilian University 

There are many excellent software engineering postgraduate programs at 
universities throughout the country that could potentially fill the Navy’s need. Amongst 
these universities, Stanford, Georgia Tech, and University of Southern California have 
well-known strong software engineering programs. Additionally, the Software 
Engineering Institute at Carnegie Mellon University, overseen by Dr. Delores Etter, the 
Deputy Under Secretary of Defense for Science and Technology, offers a degree in 
Software Management. Carnegie Mellon also has a “partnership” program that offers 
internet-based instruction and graduates students with certificates vice degrees, yet it 
focuses mainly on imdergraduate-level courses. 

In the fall of 1998, Stanford University became the first major research 
university in the U.S. to offer a master’s degree online. The first degree offered was a 
program in electrical engineering, and consisted of the same course material as given to 
Stanford students in residence.^® However, at least two reports have warned colleges to 
“temper their zeal for the rapidly growing on-line education industry, arguing that 
effectiveness and impact are unclear”^®, at least somewhat questioning the adequacy of a 
web-based degree program. 

Certainly, one possible solution to the Navy’s software engineering need 
is to send active-duty officers to one of the universities mentioned or another university 
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with a quality software engineering program to obtain a software engineering degree and 
then put that officer to work helping with the Navy’s problems. 

b. Software Engineering at NFS 

The Naval Postgraduate School is the standard school for most 
postgraduate education curricula that the Navy offers its active-duty personnel. Barring 
any significant reasons to fund a curriculum elsewhere, NPS is an excellent long-standing 
educational option for the Navy. Specifically, the Chief of Naval Operations ’ instruction 
on Graduate Education (OPNAVINST 1520.23B) has an enclosure entitled “Criteria for 
Selecting Civilian Institutions” which states: 

Current guidance from Congress and the DoD mandates the full 
utilization of DoD sponsored schools (NAVPGSCOL, Defense 
Intelligence College, and the Air Force Institute of Technology). In some 
instances where an appropriate ciirriculum is not available to meet a valid 
subspecialty requirement, the use of a civilian imiversity is necessary. 

Thus, if NPS has a valid software engineering program available, 
theoretically that program should be utilized prior to engaging a civilian institution to 
fulfill the Navy’s software needs. Specific benefits of both the school and its software 
engineering programs will be discussed in Chapter IV, along Avith reasons (beyond the 
CNO’s instruction quoted above) why this is a better option than sending a student to a 
civilian university. 
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III. GRADUATE EDUCATION IN THE NAVY 


A. THE IMPORTANCE OF GRADUATE EDUCATION 

Graduate education is an important tool for the United States Navy. It is a vital 
method for educating the future leaders of the service, giving them the skills they will 
need to lead effectively in the next century. At the same time, it is a reward to the 
officers for their time in the service, and for their commitment to remain in the service of 
their country. This retention tool helps keep the best officers in the service by offering 
them an opportunity to complete their graduate degrees and become more marketable for 
the careers they will move on to once their military careers are completed. 

In fact, the Chief of Naval Operations recently wrote a very telling “Vision 
Statement”^ on education for Naval officers. It includes numerous quotes that highlight 
the importance of graduate education in the Navy’s future. A copy of the statement 
follows as Figure 1 (the special punctuation in the text is as written by the CNO, and was 
not made by the author of this thesis). In the statement, the CNO remarks that to ensure 
we are prepared to operate in an increasingly sophisticated technological environment, 
“the Naw must revitalize our investment in officer education .” Additionally, experience 
and formal education are vital to giving officers the “ability to deal with the unknown and 
imcertain” that arise due to the “revolution in military affairs, driven in large part by the 
evolution in information technology”. He concludes that education is a “critical factor in 
maintaining the ability to accomplish our primary mission” and that “each career 
unrestricted line officer will be afforded the opportunity to obtain a relevant graduate 
degree”. Clearly, the CNO realizes the importance of advanced education to the quality 
of the people who will lead the Navy into the future. 
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VISION STATEMENT FOR NAVY 
OFFICER EDUCATION 

The 21st Century will present many challenges and opportunities to our Navy. As the 
nation’s principal forward-deployed force, we will continue to be called upon first and 
often, and meeting our commitments will require us to operate in an increasingly 
sophisticated technological environment. To ensure that we are fully prepared to carry 
out this critical role, maintaining the great legacy left by those who have served before 
us. the Navy must revitalize our investment in officer education . 

As has been true in the past, the success of the 21st Century Navy will be totally 
dependent on the quality of its people — on their knowledge, skills and ability to lead 
motivated teams to accomplish challenging and often dangerous missions. Adapting to 
change has always been inherent in the life of a Navy officer, but flexibility and creativity 
are more important than ever as today’s fast pace and rapid increase in technological 
sophistication define our times . We are in the midst of a revolution in military affairs, 
driven in large part by the evolution in information technology. Navy officers must be 
educated to deal with emerging challenges and opportunities. Training can prepare them 
for the known challenges, but it is experience and formal education that provide and 
enhance their ability to deal with the unknown and the uncertain . 

Education is crucially important for our future leaders. Navy officers must be committed 
to life-long learning, and the Naw must do its part to en.sure they have the onnortunities 
for advanced education . I fully recognize the operational demands and pressures we place 
upon our officers, but we must ensure that we are properly preparing them for the future 
even as they are meeting the myriad challenges of today. Education must not he seen as a 
diversion from our primary mission, but rather as a critical factor in maintaining our 
ability to accomplish our primary mission. All Commanding Officers and other senior 
leaders must make education a priority in the development of our officer corps. 

My vision is simple: each career unrestricted line officer will be afforded the oppornmity 
to attain both a rele vant graduate degree and appropriate Professional Military Education 
I have directed my Director of Naval Training and Chief of Naval Personnel to make this 
vision a reality by 2001 . 

J. L. Johnson 

_ Chief of Naval Operations_ 


Figure 1. CNO’s Vision Statement for Navy Officer Education 



B. GRADUATE EDUCATION BASICS 


The Navy graduate education system is a complicated process that requires the 
balancing of many factors due to limited resources. Time spent at graduate school is time 
officers must spend away from the operational fleet, which is where commanders would 
prefer to keep their best and brightest officers. Yet the skills required by many billets 
need to be learned somewhere, and in many cases the best way to learn these skills is by 
earning a graduate degree which has been designed to fulfill special knowledge 
requirements. 

As stated by the Department of Defense in its directive on postgraduate education, 
the official purposes of the graduate education program for military officers are twofold. 
First, to raise the level of individual military officer professionalism and technical 
competence in order for those officers to more effectively perform their required duties 
and responsibilities. Additionally, graduate education provides developmental incentives 
for officers with high ability, dedication, and the capacity for professional growth to 
remain in the Service.^ 

The following sections highlight some of the important concepts within the 
Navy’s graduate education system. These concepts are introduced here and will be 
referenced in the subsequent chapters on the Software Engineering programs at NFS and 
the newly-proposed Software Engineering curriculiim as specific benefits, desired goals, 
and required changes are discussed. 

1. The Officer Subspecialty System and Subspecialty Codes 

The Officer Subspecialty System is the primary method used by the Navy to 
define the graduate education requirements for the Navy^. This is accomplished by 
coordinating specific skill requirements related to a job with specific job skills available 
within the Naval officer corps. Curricula are reviewed and validated on a biennial basis 
to ensure that the Navy’s graduate education programs continue to provide the skills 
required in the Fleet. 
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Primary areas of expertise are assigned to officers via a designator code. This 
designator code describes an officer’s main warfare specialty and separates the officer 
corps into separately managed communities. For example, a Surface Warfare Officer has 
a designator of 1110, a Submarine Officer has a designator of 1120, and a Naval Pilot has 
designator of 1310. Each community has a separate and distinct set of career paths 
applicable solely to officers with that primary designator. The managers of each 
community ensure that the community’s officers meet the requirements needed to 
advance along the designated career path. Many billets in the Navy may be filled only by 
officers from a designated community; clearly, it doesn’t make sense to put an 
Intelligence Officer into a billet as the Aviation Safety Officer for a squadron. That 
position would be filled by an officer from one of the aviation communities. 

Specific billets may require additional qualifications beyond the warfare 
designator to perform the assigned functions of that position. These additional skill sets 
are defined as subspecialties. Subspecialties define at a more precise level the skills 
required to adequately perform in a given position. For example, some billets on a ship 
could require any LCDR (0-4) who is a Surface Warfare Officer. Another position on 
the same ship may require a Surface Warfare Officer LCDR, but it must be one who has 
earned a Master’s degree in Mechanical Engineering. The distinction is made via the 
required subspecialty code for the second billet being more restrictive than that of the 
first billet."^ 

While a specialized postgraduate degree is the most common method for 
achieving a subspecialty code, other methods of qualification are permissible. The 
subspecialty needs for each billet come from a determination of the minirmiTyi education 
or training level deemed essential for performance of the job. Thus depending on the 
specifics of the position, the actual subspecialty requirement may be filled by post¬ 
graduate education, undergraduate education majors, specialized functional training, or 
significant experience.^ 

Subspecialty codes under the current system consists of five alphanumeric 
characters. This code has four digits followed by a letter. The first four digits separate 
the specific subspecialties into specialized areas of focus as defined by the subspecialty 
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Specific Criteria Statements. The trailing letter in the subspecialty code indicates the 
level of education, training, or experience in the subspecialty. The two figures on the 
following pages show the different possible numerals and letters that make up the 
subspecialty codes. Figure 2 lists the different subspecialty fields and their numeric 
codes and Figure 3 shows the various levels of qualification within the subspecialty and 
their corresponding letters. These figures are taken from the electronic version of the 
Officer Subspecialty System Handbook, and are copies of Tables 6 and 8, respectively. 

2. The Use of Subspecialty Codes in Officer Placement 

The Bureau of Naval Personnel (BUPERS) in Millington, Teimessee, is the 
command responsible for assigning officers to billets. When an officer is preparing to 
transfer to a new command, the officer contacts his or her detailer. The detailer is the 
person at BUPERS who works directly with the officer to match the officer’s desires 
along with the needs of the Navy to find an acceptable next position to follow along the 
officer’s career path. Similarly, each command receiving new personnel is represented 
by a placement officer. The placement officer ensures that only qualified officers are 
proposed to fill open positions so that the command can continue to complete its mission. 

For example, billets for the officers who supervise operations of the nuclear 
reactors aboard nuclear-powered ships or submarines can only be filled by those 
personnel who have completed the requisite training and are thus qualified to perform in 
that capacity. Similarly, there are jobs in the Fleet that require persoimel to have specific 
skills that are obtained via graduate education. 

The subspecialty codes are used to match officers who have earned specific 
subspecialties to the billets that require their skills. In the placement system used by 
detailers and placement officers, any subspecialty requirements required by a billet are 
listed. This allows the detailer to determine if a proposed officer has the necessary skills 
to perform that job. Additionally, once an officer is proposed to a new command by the 
detailer, that command’s placement officer can find the subspecialty codes earned by 
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EDUCATION/TRAINING/EXPERIENCE FIELDS 
{3RD AND 4TH CHARACTERS) 


XXI0 - PUBLIC AFFAIRS[F] 

XX11 - ENGLISH 

XXI2 - HISTORY 

XXI6 - JOINT INTELLIGENCE 

XX17 - NAVAL TECH INTELLIGENCE 

XXI8 - REGIONAL INTELLIGENCE 

XXI9 - OPERATIONAL INTELLIGENCE 

XX20 - GEN POLITICAL SCIENCE 

XX21 - MID EAST/AFRICA/SO. ASIA 

XX22 - FAR EAST/PACIFIC 

XX23 - WESTERN HEMISPHERE 

XX24- EUROPE 

XX25 - I NTERNAT'L NEGOTIATIONS [D] 

XX26 - S TRATEGIC PLANN I NG (GEN) [D] 

XX27 - STRATEG I C PLANNING (NUC) [D] 

XX28 - STRATEGIC PLANNING 

XX29 - SPEC. OPER/LOW INT.CONFLICT 

XX30 - MANAGEMENT (GENERAL) [A] 

XX31 - FINANCIAL MANAGEMENT 
XX32 - MATERIAL LOGISTICS SUP MGMT 
XX33 - MNPWR, PERS & TRNG ANALYSIS 
XX35 - TRANSPORTATION MANAGEMENT 
XX37 - EDUCATION & TRNG MGMT 
XX40 - APPLIED LOGIC (GENERAL) [D] 

XX41 - APPLIED MATHEMATICS 
XX42 - OPERATIONS ANALYSIS 
XX43 - OPERATIONAL LOGISTICS 
XX44 - ANTISUBMARINE WARFARE 
XX45 - COMMAND & CONTROL [C] 

XX46 - ELECTRONIC WARFARE (C] 

XX47 - METEOROLOGY & OCEANOGRAPHY [B] 
XX48 - METEOROLOGY [B] 


XX49 - OPERATIONAL OCEANOGRAPHY 
XX50 - NAVAL SYS ENG (GEN) [A] 

XX51 - NAVAL CONSTRUCTION & ENG 
XX52 - NUCLEAR ENGINEERING 
XX53 - NUC PROPULSION PLANT OPS[F] 
XX54 - NAVAL/MECHANICAL ENG 
XX55 - ELECTRONIC ENGINEERING 
XX56 - UNDERWAT E R ACOU S T I CS [D] 
XX60 - WEAPONS ENG (GENERAL) [A] 
XX61 - WE APON S SY S TEMS ENG [D] 
XX62 - CHEMISTRY 
XX63 - WEAP SY S SCI (PHYSICS) [D] 
XX66 - COMBAT SYSTEM SCI & TEC 
XX67 - NUC PHYS (WEAP & EFFECTS) [D] 
XX68 - STRATEGIC WEAPONS {FBM)[F] 
XX69 - STRATEGIC NAV (FBM)[F] 

XX70 - AERO SYS ENG (GEN) [A] 

XX71 - AERO ENGINEERING 
XX72 - AVIONICS 

XX73 - FLIGHT PERF/TEST PILOT[F] 

XX75 - SPACE SYSTEMS (GEN) [A] 

XX76 - SPACE SYSTEMS OPERATIONS 
XX77 - SPACE SYSTEMS ENGINEERING 
XX80 - COMMUNICATIONS (GEN) [D] 
XX81 - COMMUNICATIONS ENG [D] 

XX82 - COMM SYS TECH [D] 

XX89 - INFORMATION MANAGEMENT 
XX90 - COMPUTER TECH (GEN) [D] 

XX91 - COMPUTER TECHNOLOGY - SCI 
XX95 - COMPUTER TECH SYS MGMT [D] 
0000 - ANY DISCIPLINE 


[A] - BILLET CODES ONLY 

[B] - ASSIGNED TO 1800 DESIGNATOR 

[C] - 2 TOURS REQUIRED FOR EXPERIENCE CODE 


[D] - DELETED 

[E] NEW CODES 

[F] BILLETS CAN BE 
F&G CODED 


Figure 2. Subspecialty Fields® 
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LEVELS OF EXPERIENCE, EDUCATION AND TRAINING 


SUBSPECIALTY CODE SUFFIX (5TH ALPHABETIC CHARACTER) 


B - VALIDATED REQUIREMENT FOR MASTER'S OR HIGHER LEVEL OF 
EDUCATION BUT SECOND PRIORITY TO P, Q, M, N, C, OR D- 
CODED BILLETS; USED WHEN SUBSPECIALTY CODE 
COMPENSATION HAS NOT BEEN IDENTIFIED. APPLIES ONLY TO 
BILLETS. 

C - PHD LEVEL OF EDUCATION - PROVEN SUBSPECIALIST 

D - PHD LEVEL OF EDUCATION 

E - BACCALAUREATE LEVEL IN A FIELD APPLICABLE TO THE 

SUBSPECIALTY. ASSIGNED TO BILLETS IN UNIQUE AREAS 
THAT NEED SPECIFIC BACKGROUND TO PERFORM BILLET 
OBJECTIVES. 

F - MASTER'S DEGREE NOT FULLY MEETING NAVY CRITERIA OR 
GRADUATE EDUCATION AT LESS THAN MASTER'S LEVEL - 
PROVEN SUBSPECIALIST 

G - MASTER'S DEGREE NOT FULLY MEETING NAVY CRITERIA OR 
GRADUATE EDUCATION AT LESS THAN MASTER'S LEVEL 

H - INDICATES A POSITION FOR WHICH THE ASSIGNMENT OF AN 
OFFICER WITH A MASTER'S LEVEL EDUCATION IS DESIRABLE 
BUT NOT REQUIRED AFLOAT STAFF ONLY 

M - POST-MASTER'S GRADUATE DEGREE LEVEL - PROVEN 
SUBSPECIALIST 


N - POST-MASTER'S GRADUATE DEGREE LEVEL OF EDUCATION 
P - MASTER'S LEVEL OF EDUCATION 

Q - MASTER'S LEVEL OF EDUCATION - PROVEN SUBSPECIALIST 


R - SIGNIFICANT EXPERIENCE - PROVEN SUBSPECIALIST 


S - SIGNIFICANT EXPERIENCE 


T - DENOTES TRAINING BILLET WHICH QUALIFIES INCUMBENT FOR 
AN S-CODE 


Figiire 3. Subspecialty Letter Codes’ 
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that officer, and thus can determine if the officer successfully meets the skill 
requirements for the position. 

In a perfect Navy, there would be a sufficient number of officers with the 
necessary skills such that an officer could be declined, without question, if the required 
subspecialty had not been previously earned. This may have been the case prior to the 
massive drawdown of the Navy in the 1990’s. Unfortunately, the current situation in the 
military is restricted by economic and political realities which limit the size of the 
military force and also the ability of its officers to take time away from operational tours 
to complete the requirements to earn subspecialty codes (usually via postgraduate 
education). 

Under these constraints, the placement officer must determine if an officer who 
does not have the desired subspecialty code can still perform acceptably. For example, 
an officer who has earned a 0043 S code (denoting significant experience in the 
Operational Logistics field) is not the best solution for a position that requires a 0043P 
code (earned by completing a postgraduate educational program in Operational 
Logistics). Nonetheless, having the officer with the S-code would likely be preferable to 
leaving the position unfilled because no Officer with the required P-code is available. 

As described here, subspecialty codes are associated with both officers and billets. 
These codes play a crucial role in ensuring the right people get into the right jobs, helping 
ensure the Navy can complete its various missions. 

3. Graduate Education’s Role in Subspecialty Codes 

Several years ago, the CNO released a Graduate Education Statement* describing 
the honor in being selected for graduate education, along with praise for the programs 
available at NPS. The statement included the following section regarding the utility of 
subspecialty disciplines in the future of the Navy; 

Students will expand their breadth of knowledge in a particular 
discipline and reinvigorate their ability to successfully analyze and solve 
the complex challenges we face. These important skills will help guide 
our Navy into the 2U‘ century through fresh thinking and innovation. 
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a. Funded Options - NFS & CIVINS 

The manner in which the Navy addresses the long-range skill requirements 
of the subspecialty codes is by encouraging its officers to obtain postgraduate degrees. 
There are several different options available for officers to accomplish this task. The first 
and most popular method is to spend a shore tour earning a degree at the Naval 
Postgraduate School in Monterey, CA. When Naval officers are assigned to NPS as 
students, their full-time job is to earn a Master’s degree by completing an assigned 
curriculum and earning the related subspecialty P-code. In order to earn a P-code, the 
officer must complete all the Educational Skill Requirements (ESR’s) required by the 
subspecialty. These ESR’s are military specific requirements above and beyond the 
minimum requirements for the postgraduate degree alone. 

A second method requires spending a shore tour at one of the universities 
contracted by the Navy and to earn a Master’s degree from that institution. This program 
is known as the Civilian Institutions (CIVINS) program and is available for specific 
curricula not taught at NPS. These curricula are seen as relevant to the Navy, but they 
may not be cost effective to develop such programs at NPS. For example, there are 
officers at law school via the CIVINS program. This is because: (1) no law program 
exists at NPS; (2) there are already established law programs throughout the country; and 
(3) it is not really feasible to develop a law program at NPS due to the relatively small 
need. There is a definite need for Naval lawyers; however, there are not enough students 
to justify the overhead and additional costs of establishing a law program on-site at NPS.^ 

The curricula developed through the CIVINS program satisfy the 
educational requirements for their related subspecialties, and the officers who complete 
these programs earn P-codes, just like those who complete graduate degree programs at 
NPS. 


b. Unfunded Education 

A third method for an officer to complete a degree is to do so during his or 
her own free time while performing another full-time duty for the Navy. This option is 
called Off-Duty Voluntary Education and is often used by officers who wish to complete 
a postgraduate degree but are unable to do so via NPS or the CIVINS program. This may 
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be due to not being able to secure time away from operational tours, or that there was no 
available quota [quotas will be discussed later in this chapter] for the desired curriculum 
at NPS. Another reason could be the lack of the requisite academic background and thus 
not meeting the minimum Academic Profile Code (APC) requirements for the desired 
curriculum at NPS. 

Typically, the degrees earned off-duty are completed without any 
interaction with the Navy, and thus it is very unlikely that the officer would qualify for a 
P-code following graduation. This is because while degree requirements would be met, 
the militaiy specific ESR’s are imlikely to have been completed. However, following 
graduation, an officer can apply for a subspecialty code based on the degree earned. The 
most likely subspecialty awarded would be a G-code signifying a “Master’s degree not 
fully meeting the Navy criteria”. While not as desirable as an officer holding a P-code in 
the same subspecialty field, a command's placement officer might accept an officer with a 
related G-code as having most of the requisite knowledge base. 

4. Coded BUlets 

The lists of all billets that are specifically coded for each subspecialty are 
promulgated monthly by “OP-114”. Actually, OP-114 is an old name for the department. 
Through various reorganizations at the Bureau of Naval Personnel, OP-114 became 
PERS-213, and is now known as N13, Military Personnel Policy and Career 
Progression. The list is automatically generated and is the responsibility of N131, 
Officer Plans and Career Management. 

This document consists of hundreds of pages, as there are over 6000 subspecialty- 
coded billets in the Navy'^ A few sample matches between billets and their required 
subspecialties are listed here to provide a small array of examples. In order to teach 
Computer Science at the United States Naval Academy, an officer must have a 009IP 
code, which is earned by completing the Computer Science program at the Naval 
Postgraduate School. In order to work on the staff of the Commander In Chief, U.S. 
Pacific Command (USCINCPAC) as a Planning Officer, an officer must have completed 
the National Security Affairs program specializing in the Far East and Pacific program 
(and earned a 0022P subspecialty code in the process). Similarly, only an officer who 
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has completed the Aeronautical Engineering curriculum at the Naval Postgraduate School 
and has earned a 007IP code is qualified to become the Aviation Maintenance Engineer 
for Fighter Class aircraft at Commander, Naval Air Force, U.S. Atlantic Fleet 
(COMNAVAIRLANT). 

The current list of all the coded-billets in the Navy which can be filled by an 
officer who has earned a Computer Technology - Science 0091 subspecialty is included 
as Appendix E. The example used in the previous section referring to the Computer 
Science instructor at the Naval Academy can be seen on the first page of this list ten lines 
down as the billet entitled “INST ACAD/ INSTR COMP”. The list for the 0091 
subspecialty codes is included as an appendix, since this is the subspecialty Computer 
Science students at the NFS ciirrently receive upon program completion. These are the 
students most likely to have relevant software engineering exposure. In the following 
chapter, the Software Engineering programs currently at NPS are discussed, along with 
some significant problems with the current subspecialty system. 

5. “Payback”, Obligated Service, Utilization, and Fills 

Any U.S. Navy student who completes a fully-funded graduate education program 
at the Naval Postgraduate School is supposed to move on to fill one of the specially- 
coded billets upon graduating. This is referred to as completing a “payback” tour and is 
the Navy’s attempt to properly utilize the skills officers learn during their graduate 
education. 

In its section on “Utilization”, the Chief of Naval Operations’ Instruction on 
Graduate Education (OPNAVINST 1520.23B) states that “OfiBcers who have received 
Navy funded graduate education will serve one tour in a validated subspecialty position 
as soon as possible but not later than the second tour following graduation.” The 
instruction additionally states that such “officers will serve in as many positions in related 
subspecialty billets as Navy requirements and career development permit.” 

While the UNO’s desire to get graduated students into applicable billets as soon 
as possible is an excellent plan in theory, it is not completely implementable in practice. 
Not every officer has a career path that facilitates the transfer into one of the billets that 
corresponds to the educated specialty. In addition, the possibility exists that no billets 
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utilizing the subspecialty are available at the specific time the officer is due to rotate to 
the initial tour of duty following the postgraduate education tour. To allow for such 
instances, the Navy (and Department of Defense in general) use the two-tour window 
when calculating the utilization statistic used to track the performance of the detailers and 
placement officers in putting the right people in the right jobs. 

Any officer receiving fully-funded graduate education, whether it is at NFS or via 
the CIVINS program, agrees to a period of obligated service as part of the acceptance of 
orders to that tour. A graduate student obligates to continue on active duty for a period 
equivalent to three times the amount of time spent in school for the first year, and incurs a 
one-for-one period of obligation thereafter.^^ For example, with a 24-month curriculum, 
such as the current Computer Science curriculum or the Combat Systems/Software 
Engineering curriculum proposed in this thesis, a student incurs an additional service 
obligation of forty-eight months. The Navy should be able to get at least two full tours 
out of an officer during those four years. This is the rationalization for the CNO’s 
utilization policy requiring a “payback” tour with the first two tours of duty after 
graduation. Within the officer’s additional period of obligated service, the Navy should 
see some return on its investment by placing the officer in at least one tour utilizing the 
subspecialty just earned by that officer. 

While an officer only needs to work in a job that requires the P-code in either of 
the first two tours following graduation, and despite the allowance for various difficulties 
in scheduling officers into billets that appropriately use their skills and other 
abnormalities in an officer’s career path, the actual utilization levels are somewhat weak. 
Based on the latest statistics available, overall utilization (ignoring the two-tour 
guideline) is nearly 83%, although by the DoD definition requiring payback within two 
tours, utilization is less than 76%^^. Officers who have not utilized their subspecialties, 
but are not out of the two-tour window are excluded from these calculations. Since these 
officers number nearly half of those with P-codes, these utilization statistics may be ’ 
deceptively high compared with reality. 

Specific utilization calculations as they apply to the Computer Science 009 IP 
code subspecialty will be addressed later in the thesis. 
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Another way to measure proper utilization of the skills learned via graduate 
education is very similar to utilization. “Fills” (or the Fill Report) measure how well 
qualified the personnel filling subspecialty-coded billets are. This report compares the 
subspecialty qualifications of the personnel in these jobs to the subspecialty requirements 
of the billets. According to the statistics received from the previous Assistant Director of 
Programs at NPS, the direct match of all subspecialty-coded billets is just above 45%*^. 
This means that more than half of the subspecialty-coded billets are being filled by 
personnel who do not have the “required” qualifications for those positions. 

As an amplification to this “match” statistic, the Navy calculates a second fill 
statistic coimting personnel with “related” subspecialty codes as matching the 
subspecialty requirements of the billet. Thus, the “direct and related match” statistic 
would be higher than the “direct match” statistic if any of the personnel in the billets who 
do not have the appropriate P-code have a code that is “related” to the required P-code. 
For example, for billets requiring the Computer Technology - Science 0091P code, an 
officer with a 0055S code (Electronics Systems Engineering) or an officer with a 0089S 
code (Infomation Technology Management) would get credit in the “related match” 
statistic.*^ When counting the direct and related matching subspecialty codes, the overall 
fill rate increases to over 55%.^® As with utilization, the fill rates for 0091P coded billets 
will be discussed later in the thesis. 

6. Long-Range Planning with the GERB via the Quota Plan 

The Navy’s path for graduate education is set by the Graduate Education Review 
Board (GERB). This group meets semi-annually, and consists of representatives from 
the program sponsors responsible for curriculum direction and the flmding needed for 
school overhead (faculty, lab support, thesis travel costs, etc.), and resource sponsors who 
fund the student endstrength (available funding for sending officers to school, including 
student salaries), along with standing invitations for members from the Naval 
Postgraduate School, and the Naval War College. The GERB balances the available 
endstrength and the perceived subspecialty needs of the Navy to develop the plan for the 
number and make-up of students attending fully-funded postgraduate education. 
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Another vital piece of the graduate education puzzle is the Postgraduate 
Education Quota Model. The model is run annually to establish the following fiscal 
year’s graduate education student input requirements. The computer model takes into 
account all the subspecialty-coded billet requirements as well as the current inventory of 
officers with subspecialty designations, and returns the number of student quotas required 
for each subspecialty for the coming fiscal year. In addition to separating the officer 
quotas by curriculum, the model determines what the specific requirements are for each 
officer community within each curriculum. For example, a number of Surface Warfare 
Officers and a nmnber of Aviators are needed in the Fleet with the specific skill 
background associated with some curricula, but perhaps no Fleet Support Officers or 
Supply Officers with that educational background and subspecialty are needed. Thus, no 
officers from those last two communities would be slated for those curricula during the 
quota designation process. 

The model also accounts for the grade of officers needed based on years of 
completed service. Additionally, there are several other factors affecting the officer 
inventory that are handled by the simulation model. Attrition of officers from the service, 
officer availability and rotation into new billets all factor into what the following year’s 
requirements would be. Below in Figure 4 is a summary of the inputs, outputs, and 
relevant factors used by the model. 

The overall goal of the Quota Model is to achieve a steady state for all cruricula in 
order to make the most efficient use of P-coded officers and eliminate large fluctuations 
in student input^*. This has been an elusive goal with the continually shrinking military 
and the resulting quota levels that have dropped significantly in recent years. 
Accordingly, the population of students at NPS has decreased in recent history as well. 

The Quota Model is developed (or theoretically should be) to fill the curricula for 
which the corresponding P-codes are most needed in the time frame following graduation 
of those students. Essentially, the Quota Model is forecasting needs several years ahead 
to prevent a shortage of officers trained with any specific P-code by placing students into 
the appropriate curricula to produce those officers who can move on to fill all necessary 
jobs. 
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COMPUTER SIMULATION MODEL USED 

FOR COMPUTING POSTGRADUATE 

EDUCATION QUOTAS 


INPUT APPUES FACTORS OUTPUT 



Figure 4. Postgraduate Education Quota Model 


The model assximes that all quotas generated will be filled and that the coded 
officers will be utilized to the maximum extent possible. As noted previously in the 
section on utilization, this is not the actual observed reality. Additionally, the designated 
quotas are rarely if ever completely filled. A concept associated with the Quota Model is 
the idea of quota fill percentages. While the quota model is developed to fully meet the 
Navy’s subspecialty skill requirements, the quotas delivered by the model are 
subsequently cut for many reasons, including fiscal limitations. Due to the manpower 
reduction strategies of the military drawdown, the general manni ng philosophy is to 
expect 80% of the budgeted manning level. With this in mind, one should expect fill 
levels of the quotas to be around 80%. Some curricula meet the 80% fill expectation, but 
many other ciuriciila do not reach this level. They are various reasons why some 
curricula do not even reach the expected fill level, some of which will be discussed later 
in this section. In reality though, the Navy has done a pretty good job meeting its overall 
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quota goals. In FY98, the fill level was over 88%, as only 60 of the 512 quotas went 
unfilled^^. 

The model as developed by the computer simulation must be revised by hand to 
correct for any events or situations that defy the model’s assumptions. As it is very 
difficult to create an accurate simulation for model events occiuring several years in the 
future, some tweaking of the model results is always required. 

Each year after the computer simulation model has been run, the GERB meets for 
the Quota Plan Conference. The “Quota Conference” is a very complicated process 
involving much haggling over quotas. At the conference, the participants adjust the 
quotas to account for additional long-range goals for Navy postgraduate education not 
factored in during the computer simulation of the model. Other adjustments are made 
based on the imperfect assumptions of the model or fiscal issues. The goal of the 
conference is to “fine-tune” the Quota Model and present an acceptable Quota Plan for 
final approval. 

After the draft revisions to the Quota Model figures are determined by the 
conference members, the revised draft Quota Plan is sent to Military Personnel Policy 
and Career Progression (N13) and Director of Naval Training (N7) for further revision 
and concurrence before signature and approval by the Chief of Naval Personnel (Nl). 
Invariably, the model is changed again and again as various lobbying efforts meet with 
differing levels of success. Due to the large funding issues, politics can play a significant 
and influential role in what the final Quota Plan actually looks like. 

Once a Quota Plan is finally approved and signed by the Chief of Naval 
Personnel, the officer detailers at BUPERS and the Graduate Education Placement 
Officer work throughout the year to fill those quotas with students who want to complete 
a postgraduate education. The detailers and the Graduate Education Placement Officer 
work with the prospective students to match curricula with student interest to the 
available quotas. This can be an extremely complicated process for nximerous reasons. 

Some examples of considerations that need to be met to match an officer and a 
curriculum include: (1) the prospective student officer needs to be at the “right” time in 
his or her career to go to NPS to get a graduate education. There may not be available 
time in an officer’s career path to spend two years away from the operational fleet, thus 
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the officer may not be able to attend NPS; (2) the officer’s designator (warfare specialty) 
must match the Quota Plan for the desired curriculum. If the officer is a Surface Warfare 
Officer who wants to study Financial Management, but there are no quotas for SWO’s to 
study Financial Management, the officer will not be able to attend NPS within that 
curriculum; (3) the officer must be departing a command and be ready to report to NPS 
at a time that coincides with one of the coiuse inputs for the curriculum. For fiscal 
reasons, most curricula at NPS have cut back to two or even only one input per year. If 
the curriculum only accepts new students in Jime, an officer due to change commands in 
December is not a satisfactory student candidate for that crmiculum. 

Another potential setback for certain students looking for graduate education is 
the direction ordered by the Chief of Naval Operations Executive Panel to select only the 
“best and brightest” officers for funded education opportunities^®. In order to ensure that 
the future leaders of the service will be broadly educated despite a limited amount of 
funding to provide such education, only the top performers with the highest potential 
should be afforded that opportunity. Thus, clearly not all officers can qualify for fully- 
funded graduate education. 

Another consideration is that a student must have the appropriate academic 
background to qualify for the curriculum desired. For example, it is unlikely that a 
student who did poorly as an undergraduate history major would be able to handle the 
difficult postgraduate ciirriculum of Operations Analysis. Prior to a student’s acceptance 
at NPS, the NPS Admissions Officer works with the Graduate Education Placement 
Officer to ensure that all prospective students have Academic Profile Codes that qualify 
them for the curricula they are slated to study. 

But perhaps the mpst important difficulty in the process of matching a prospective 
student to a curriculum is finding an available curriculum that the student has a desire to 
study. Students may base their preferences on many factors, including natural aptitude, 
discipline of their undergraduate degree, perceived difficulty of the postgraduate 
curriculimi, and marketability of the degree to the civilian world in the future. Part of the 
difficulty lies in the unavailability of quotas, since many of the popular curricula fill up 
quickly. 
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c. 


THE NEW NA VY SUBSPECIALTY SYSTEM 


A slight complication to the current state of the subspecialty system is the fact that 
the CNO directed the Chief of Naval Personnel (Nl) to reengineer the subspecialty 
system in order to streamline processes, improve system manageability, and provide 
better access to users of the system. It is believed these goals are crucial to the expansion 
of postgraduate educational opportunity for the Navy’s officer coips.^' 

The Student Requirements Task Group (SRTG) was tasked to review the ciirrent 
subspecialty system and provide the CNO with a better version. The original goal was to 
have the new system in place along with the delivery of the FYOO Quota Plan in May 
1999. However, the approval has been delayed numerous times in traditional Navy 
fashion, and the current intention is to have the new Navy Subspecialty System approved 
by October 1999. Following final approval, the Major Manpower Claimants will have up 
to 580 days to fully implement the changes.^^ Nonetheless, major improvements in the 
system are expected, including a web-based system for coding billets, which will speed 
up the process considerably. Additionally, the system will have metrics built into it 
automatically, so utilization and fill rates will be accessible in a much shorter time than 
they are currently available. 

The new Navy Subspecialty System will be discussed in more detail in Chapter V 
as it specifically applies to the new curriculum proposed in this thesis. 


' Johnson, J.L., “Vision Statement for Navy Officer Education”. 

|Tittp://intra.nps.naw.mil/newIntra/cnovision.html] . 07 June 1999. 

^ Department of Defense DIRECTIVE 1322.10, Subject: Policy on Graduate Education for Military 
Officers, p. 1,31 August 1990. 

^ Bureau of Naval Personnel, Officer Subspecialty Management and Graduate Education Branch, Officer 
Subspecialty System Handbook, p. 1-2. 

Willson, J.L., N131 Memorandum to Distribution, Subject: PROPOSED SUBSPECIALTY SYSTEM, 02 
December 1998. 

^ Chief of Naval Operations Instruction, OPNAVINST 1000.16J, Subject: MANUAL OF NAVY TOTAL 
FORCE MANPOWER POLICIES AND PROCEDURES, p. 6-8 (of Enclosure 1), 06 January 1998. 

® Officer Subspecialty System Handbook, electronic version, p. 25, received via email fiom Vicki 
Poindexter, N131E1, Bureau of Naval Personnel, to author, “RE: Off Subspec Handbk request”, 01 
September 1999. 

^ Officer Subspecialty System Handbook, electronic version, p. 29, received via email fi-om Vicki 
Poindexter, N131E1, Bureau ofNaval Personnel, to author, “RE: Off Subspec Handbk request”, 01 
September 1999. 

* Johnson, J.L., “CNO Graduate Education Statement”, Naval Postgraduate School Catalog, Academic 
Year 1997, p. 6. 

® Chief ofNaval Operations Instruction, OPNAVINST 1532.23B, Subject: GRADUATE EDUCATION, 
enclosure 3,01 October 1991. 
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ANNUAL REPORT OF”, 02 September 1999. 

“FILL REPORT’ received from Pemell Jordan, Lieutenant Commander, USN, Assistant Director of 
Programs, Naval Postgraduate School, 25 June 1999. 

Subspecialty detailing/utilization matrix received from Pemell Jordan, Lieutenant Commander, USN, 
Assistant Director of Programs, Naval Postgraduate School, 25 Jime 1999. 

** “FILL REPORT’ received from Pemell Jordan, Lieutenant Commander, USN, Assistant Director of 
Programs, Naval Postgraduate School, 25 June 1999. 

Officer Subspecialty System Handbook, electronic version, p. 66, received via email from Vicki 
Poindexter, N131E1, Bureau ofNaval Personnel, to author, “RE: Off Subspec Handbk request”, 01 
September 1999. 
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Belcher, Brian, “Advanced Education Update (DRAFT)”, brief for Graduate Education Review Board. 
Pittp://web.nps.navv.mil/gerb/aded/sld002.htm] . 30 March 1999. 

Belcher, Brian, “Advanced Education Update (DRAFT)”, brief for Graduate Education Review Board. 
Pittp!//web.nps.navv.mil/gerb/aded/sld005.htm1 .30 March 1999. 

Willson, J.L., N131 Memorandum to Distribution, Subject: PROPOSED SUBSPECIALTY SYSTEM, 
02 December 1998. 

^ Meeting with Michael McMaster, Commander, USN, Assistant Director of Programs, Naval 
Postgraduate School, and the author, 19 August 1999. 
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IV. SOFTWARE ENGINEERING AT NPS 


“Graduate education will continue to play a critical role in the career long development of 
Navy officers, producing warriors who are highly advanced scientifically and 
technologically, with a network-centric view across systems and platforms and well- 
developed problem solving skills.” 

_Navy Distributed Learning Planning Strategy of 04 December 1998 


A. OVERVIEW 

With a background tmderstanding of the Navy’s graduate education system, it is 
now time to return to the problem highlighted in Chapter IL There exists a definite need 
for engineers trained to handle large-scale software systems in the future, including 
design and maintenance. Several potential solutions to address this need were presented 
after the general statement of the problem. 

While each of the potential solutions has its own merit, there are numerous 
benefits in using a curriculum at the Naval Postgraduate School, as opposed to one of the 
other choices. Discussed here are benefits of the using NPS as the source of instruction, 
followed by a discussion of some strengths and advantages specific to the Software 
Engineering Department at NPS. 

B. THE BENEFITS OF NPS 


“The NPS exists for the sole purpose of increasing the combat effectiveness of the Navy 
and Marine Corps. It accomplishes this by providing post-baccalaureate degree and 
nondegree programs in a variety of sub-specialty areas not available through other 
educational institutions. The NPS also supports DoN through continuing programs of 
naval and maritime research and through the maintenance of an expert faculty capable of 
working in, or as advisors to, operational commands, laboratories, systems co mmands , 
and headquarters activities of the Navy and Marine Corps.” 

“Rationale for NPS” from SECNAV INSTRUCTION 1524.2A 
_(Policies Concerning the Naval Postgraduate School) 
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1. 


General Benefits of a Curriculum at NFS 


Providing advanced professional studies for military officers and defense officials 
from all U.S. military services (as well as from other nations) in order to increase their 
combat effectiveness by supporting the unique needs and interests of the Department of 
Defense is the mission of the Naval Postgraduate School*. NPS’ ability to develop and 
offer unique curricula that tailor subjects to the needs of the military make it the premier 
institution for Naval postgraduate education. 

tt. Military Atmosphere 

One of the biggest benefits of schooling at the Naval Postgraduate School 
is so obvious that it is easy to overlook. NPS is the major military postgraduate 
institution in the United States. It is this military aspect that makes the school such a 
good place for a Naval officer to obtain a postgraduate education. Military relevance is 
all around at NPS. Many courses are designed exclusively around military topics. There 
is a constant military presence around the students, including students from all U.S. 
military services as well officers fi-om many foreign countries, along with the school’s 
curricular officers and other staff, and the military faculty who interact with the students 
on a daily basis. The interactions with officers from the other military services and from 
other countries enrich the learning experience at NPS. The professional dialogue 
achieved by being surrounded by fellow military officer students with different 
backgroimds, yet similar interests, is particularly beneficial to the efforts of cooperation 
to solve military problems. 

Additionally, this military atmosphere offers the students guidance that 
would not be as easily accessible at another institution. An officer is easily able to 
receive career guidance face-to-face from senior officers on campus, rather than fi-om a 
distance. The lines of contact from the student through the chain-of-command to thesis 
sponsors are much more accessible through the existing structure at NPS. Additionally, 
the Superintendent of the Naval Postgraduate School has a guest lecture series that allows 
students to hear directly from senior-level officials who impart military relevant thoughts, 
ideas, and information to the student body. Another example of improved quality-of-life 
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is that students have much better access to their personnel representatives while studying 
at NPS, as opposed to studying at a civilian university. 

The military setting also allows for much more military-relevant research. 
This is important to students, because each graduate student is supposed to complete a 
military-relevant thesis as the capstone for their coursework. It should be significantly 
easier to complete such a thesis at a location with labs specifically designed for military 
research. A specific advantage of this sort is that a student has the opportunity to perform 
classified research at the Naval Postgraduate School, which would probably not be 
possible at another university. There is a definite value-added both to the military 
services and to the postgraduate experience by the student and faculty research performed 
on DoD-relevant issues. 

b. Curricula and Accreditation 

Curricula at NPS are designed with the help of the Flag officer curriculum 
sponsors. This ensures that the curricula at NPS are more relevant to an officer’s career 
and to the needs of the Navy than curricula offered elsewhere. While some curricula at 
NPS are offered in similar formats at other universities, some of NPS’ curricula are so 
militarily unique that the coursework is not available elsewhere. There also is a strong 
argument that much of the research completed at NPS could not realistically be done 
anywhere else. 

While the curricula are developed with the sponsors to highlight the 
military issues in order to prepare officers for future assignments, the graduate degrees 
earned are awarded based on the same academic standards found at other accredited 
institutions. In addition to their uniqueness and specific military relevance, ciirricula at 
NPS are strengthened by the school’s accreditation by the Accrediting Commission for 
Senior Colleges and Universities of the Western Association of Schools and Colleges. 
The WASC accreditation board recently finished its lengthy review of the school and its 
programs and renewed the school’s WASC accreditation imtil its next comprehensive 
visit in the Spring of2009^. 

Every class on campus is taught directly by one of the prestigious faculty 
members, who have direct experience with and understand the military importance of the 
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programs foimd at the Naval Postgraduate School. The school’s faculty has a Ph.D. level 
of over 99%, from a wide variety of educational institutions across the country and across 
the world. Most classes have an average of less than 17 students per section and due to 
this small student-to-faculty ratio, the level of interaction between students and faculty is 
very high. 


c. Cost Issues 

The NPS academic calendar is designed specifically to accommodate the 
professional needs of the student population. The academic year is longer and contains a 
higher course load in order to increase the productivity of the officer students. 

A significant concern for the Navy in choosing between options for 
providing graduate education to its officers is cost. The Chief of Naval Operations’ 
Director, Assessment Division (N81) performed a study in Academic Year 1993 and 
published a report dated 29 March 1993. The report notes that while it does cost more to 
send a student to NPS than to an average civilian institution, there are si gnif icant 
advantages in doing so. The higher cost at NPS is attributed to the facts that NPS has a 
100% graduate student body (as opposed to most civilian institutions that have only a 
minority of graduate students), with graduate education costing two to three times more 
than rmdergraduate education.^ Due to the extended academic year, there is a much 
lower cost per student class hour for an NPS education than at an average civilian 
university. This is due to the facts that NPS students go to school more weeks during the 
year, and also that they have more contact hours per week. Based on total DoN 
investment costs, a program at NPS is 16% less expensive than an equivalent class hour 
program in a civilian institution.^ The conclusions that can be drawn from the study are 
that NPS provides more class hours for a given budget and NPS requires a lower budget 
for a given standardized graduate curriculum. Additionally, due to the faster paced 
academic schedule with the significantly higher number of contact hours, NPS reduces ’ 
the time to complete a given curriculum. 
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d. Promotion Opportunities 

The overall benefit of a graduate education is not overlooked by officer 
promotion selection boards either. For Fiscal Year 1998, the rates of officers “in-zone” 
selected for promotion to 0-4 (Lieutenant Commander), 0-5 (Commander), and 0-6 
(Captain) were all higher for those with graduate degrees than those who had no graduate 
education. In fact, for the promotions to 0-4, 82% of those with graduate degrees from 
NFS were selected for promotion, compared to only 61% of those who had no graduate 
education. This is a significant statistic because the majority of Naval officers who 
graduate from NPS are 0-3’s soon to be in-zone for selection to 0-4. Another telling 
statistic is that more than 70% of the Navy’s Flag officers and almost 80% of the 0-6’s 
have graduate education experience.® 

Additionally, a postgraduate educational tour at NPS offers students an 
opportunity to work on their Joint Professional Military Education (JPME) credits. These 
are very important milestones for promotion in the future, as a plan exists to make JPME 
credits a requirement for promotion to 0-6. If an officer does not earn these credits at 
NPS, they will have to be earned either on the officer’s own time, or via a special torn: to 
the Naval War College. Since officers’ career paths are cramped without any extra tour 
requirements, the opportunity to complete this milestone while concurrently earning a 
degree at NPS is another significant benefit. It might be possible to complete the credits 
via correspondence while enrolled at a civilian institution, however NPS’ infiastracture 
certainly eases the burden on the participating students. 

2. Benefits Specific to the Software Engineering Department at NPS 

Some members within the Software Engineering Group at NPS belong to NPS’ 
larger Computer Science Department. The Computer Science Department’s missions are 
to enhance the warfighting capability of the United States by providing DoD-relevant 
graduate education in Computer Science, and to push the boimds of Computer Science 
research in directions that will most benefit the DoN, DoD, and the United States.^ The 
Software Engineering part of that department holds similar goals more specific to fields 
of software education, development, and maintenance. The Software Engineering 
programs at NPS focus more on the technical engineering aspects (including software 
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automation) as compared to the software management issues as taught at the Software 
Engineering Institute. The programs at NFS are intended to give their students the life¬ 
long capability to apply basic software engineering principles to the creative solution of 
complex problems. 

a. Department Credentials 

There are many reasons why a Software Engineering curriculum at NFS 
would be a good solution to the software engineering needs described earlier in Chapter 
IL The programs already in place within the department have set a good precedent. In 
fact, the editor of Journal of Systems and Software magazine rated the NFS Software 
Engineering Department as the #3 Software Engineering department in the world, while 
rating the department #1 in universities. Rated #1 and #2 overall in the world were 
AT&T Bell Labs and IBM T. J. Watson Research Institute, respectively.* 

The success of the department at NFS is due to its commitment to 
preparing the technological leaders of tomorrow’s forces, and being the leader in 
software engineering education and research supporting the DoD. The department 
created the first Software Engineering Fh.D. program in the country in order to develop 
DoD software practitioners with the skills and knowledge necessary to perform state-of- 
the-art research on large and complex software system development and evolution, 
including the oversight of other software professionals. The department is responsible 
for the invention of the Computer-Aided Prototyping System (CAPS) and other software 
engineering technologies, to be described shortly. 

b. Special Programs 

In addition to strong ratings, the department has a very strong faculty that 
stays current in the software engineering field. In fact, the faculty not only stays on the 
leading edge of the field, but it keeps the rest of the world on the forefront as well, with 
its annual open-invitation Software Technology Review and Update for Technical 
Personnel seminars. For the next seminar, lecturers include faculty from various 
departments at NFS, as well as a Fh.D. from Integrated Computer Engineering who has 
also lectured to Software Engineering students at NFS. A sample list of topics from the 
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five-day seminar includes; Economics of the Information Age, Network-Centric 
Computing, Risk Assessment and Management, Requirements Engineering, Decision 
Support Systems, Maintenance of Large Software Systems, and Software Engineering 
and Management.^ 

The Software Engineering Group has made a great deal of use of the 
distance-learning technology that is enjoying a boom in collegiate education throughout 
the nation. The Navy in general has shown an increased interest in distributed learning, 
encompassing both distance-learning via video-teleconferencing (VTC) technologies, as 
well as internet-based instruction. These flexible solutions to educational problems are 
an excellent fit to the special needs of Naval officers. Expansion of these programs is 
currently occurring both at NFS and at the Naval War College.^® RADM Chaplin, the 
Superintendent of the Naval Postgraduate School, was very pleased to meet a group of 
Software Engineering Ph.D. students from distance-learning sites, saying that the 
program and its extensive use of VTC technology was on the “leading edge of education” 
and was “carrying the light and water” to the Fleet for the future. Additionally, he was 
very interested in using the lessons learned by the Software Engineering Department to 
help improve the new ISO (Information Systems and Operations) curriculum developed 
by the school.” 

c. Faculty 

The faculty holds quite a distinction on the academic side as well. There 
are three Fellows of the Institute for Electrical and Electronics Engineers (IEEE) within 
the twenty faculty members currently in the Software Engineering Group. Additional 
professors in the Group who are not fi-om the Software Engineering Department proper, 
come fi-om the Operations Research, Information Technology Management, Computer 
Science, C4I, and Mathematics departments at NPS. There are also two National 
Research Council Fellows within the Software Engineering Group. 

The chair of the Software Engineering department. Professor Luqi, was 
named as a Fellow of IEEE earlier this year. She won the National Science Fotmdation 
Engineering Initiation Award in 1988, the Presidential Young Investigator Award in 
1990, and an IEEE Technical Achievement Award in 1997. These awards all came for 
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significant achievement in moving the field of software engineering forward into the 
future. Professor Luqi has also been nominated to be the Editor-in-Chief of the IEEE 
Transactions on Software Engineering, a worldwide premier software engineering 
journal, and has been an Associate Editor for six software journals and magazines. In 
addition to Professor Luqi, the department’s co-chair. Professor Valdis Berzins was 
named as a Senior Member of IEEE in May 1996. 

A list of the entire faculty associated with the Software Engineering Group 
at NPS, including their degree credentials and specific research interests is available via 
the Software Engineering Group’s website. The address to reach the faculty list is: 
http://www.cs.nps.navv.mil/~se/personnel.hfrn] 

d. Students 

The on-eampus Computer Science graduates from the Software 
Engineering department have demonstrated the value of having a high-quality faculty to 
assist with their learning. Since 1988, ten students have gradiiated with distinction, and 
five have won the prestigious Grace Murray Hopper Award for Outstanding 
Achievement in Computer Science. One graduate won the Navy League Award for 
Highest Academic Achievement at NPS. Additionally, the department’s students have 
performed ground-breaking research for the services as described next. 

e. Research 

The research performed both by faculty and students is another strong 
positive for the Naval Postgraduate School and its Software Engineering Department. 
The goals of software engineering research at NPS include the development and 
utilization of software tools, systematic methods, and theoretical foxmdations to make 
easier use of programming languages; enabling the development of higher quality 
software that more closely matches user needs, is simpler and easier to tmderstand, is 
more reliable, and easier to modify; and the advancement of the state of computer-aided 
automation of software development, making software creation less labor intensive, more 
flexible, and with fewer errors. 
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To assist with the research efforts, there are several labs on campus at NFS 
dedicated to providing state-of-the-art educational environments for graphics-based 
software development automation. The Automated Software Engineering Lab is located 
in Spanagel Hall, room 531, and the CAPS and Software Engineering Lab is located in 
Spanagel Hall, room 506E. Efforts currently being performed in these labs includes work 
on rapid protot 5 T)ing, specification languages and computer-aided software system 
design, software verification and testing, software safety, and computer-aided instruction. 

The DoD-specific research performed within the department has included 
almost four million dollars in Research and Development support with approximately 
100 theses completed. There are too many examples of outstanding research to detail 
them all here, but several projects can serve as key examples of the work done wi thin the 
department. Topics addressed in the research have included network-centric computing, 
and agile and dependable software. Additionally, students in residence at NPS have 
worked on thesis topics including a technology assessment for Damage Control in the 
Carrier Integrated Digital Environment (CIDE), automation of the Army’s Integrated 
Combat Service Support System (ICS3) fuel system, various Army medical applications 
for the National Institutes of Health (NIH), collaborative engineering projects with 
NASA, and work on an Unmanned Ship for the Navy. Figure 5 below lists several 
sample thesis titles completed by distance-learning Master’s of Science in Software 
Engineering students at SPA WAR during their MSSE curriculum. 


• “Real-Time, Remotely Controlled, Unmanned, Surface Combatant (RT-RCUSC) 
using the Internet” by Floyd Bailey and Carl Robbins. 

• “Autonomous agents for digital network maximization” by Mike Dabose. 

• “SPAWAR Year 2000 assessment phase case study” by Kevin O’Leary. 

• “Development of an internet intrusion prevention tool” by Doug Anunciado. 

• “Re-engineering of a mission critical satellite communications component TD- 
1271B/U” by Joe Hirschfelder and Larry Nixon. 


Figure 5. Sample Theses Completed by Software Engineering Students*^ 
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Research topics currently being addressed include projects on automation 
for software engineering and scalable system integration, networking issues for 
maximizing bandwidth utilization, security architectures, and automatic generation of 
Java programs for networks with connection code to linked network servers. 

f. CAPS 

The keystone research project in the Software Engineering Department 
has been the Computer Aided Prototyping System (CAPS). Originally based on several 
different research papers on software development by Dr. Luqi, CAPS has grown into a 
significant platform tool for use by other research projects. The concepts involved (rapid 
prototyping and software automation) are key to the efficient and effective creation of 
maintainable large-scale software systems. 

CAPS is a significant project, because it helps reduce software costs while 
speeding up the prototyping and evolution cycle. Throughout its history, CAPS research 
has been funded by many military commands and government agencies, including the 
Office of Naval Research (ONR), National Science Foundation (NSF), Naval Sea 
Systems Command (NAVSEA), the Army Research Office (ARO), the Army Research 
Lab (ARL), the Joint Ada Office, and the Defense Advanced Research Project Agency 
(DARPA). Ongoing projects include improving the transformation of prototype into final 
code, automation of the management of reusable software, and the improvement of 
interoperability technologies. 

An example of a recent thesis project that utilized the CAPS technology 
was the re-engineering of the Army’s legacy JANUS system^^. This thesis was 
completed by former NPS Army students Major Julian Williams and Captain Michael 
Saluto imder the tutelage of NPS staff members Professor Valdis Berzins and Professor 
Man-Tak Shing. The project concerned a legacy system that was no longer viable due to 
its inability to evolve over time. Decades of advances in technology moved the 
battlefield simulation beyond what the JANUS system could handle. The team re¬ 
worked the system using object-oriented design methodologies, and demonstrated a 
system that could be effectively implemented into service by the Army. This effort saved 
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the Army a large amoimt of money, and provided practical experience for two graduate 
students who are now utilizing that knowledge for the benefit of the U.S. military. 

Other successes demonstrations of CAPS’ abilities include: a generic C3I 
station, Missile Defense, Army Tactical Missile System (ATACMS), and a SIDS 
(Sudden Infant Death Syndrome) Wireless Acoustic Monitor (SWAM). 

C. EXISTING SOFTWARE ENGINEERING PROGRAMS AT NPS 

Based on the conclusion drawn previously by the author that the best solution to 
address the Navy’s software engineering need is via a curriculum at the Naval 
Postgraduate School, it is prudent to look at the programs currently offered at the school 
to determine if any of those programs provide an adequate solution. 

Currently, the Software Engineering Group at the Naval Postgraduate School 
operates on several different fronts to provide education in the field of software 
engineering to a wide variety of government and military personnel. The various 
educational programs serviced by the department are described in detail now. 

1. The Computer Science Curriculum 

Presently, approximately forty U.S. military students are sent to the Naval 
Postgraduate School annually to study computer science in the fully-funded graduate 
education program. With students continually arriving and graduating, NPS averages a 
population of over one hundred Computer Science students at any given time.*"^ Students 
in the Computer Science curriculum come from all of the U.S. services, with a number of 
international students from other countries and several DoD civilians augmenting the 
population as well. There are quotas for approximately seven-to-ten Navy students each 
year to be ordered into the Computer Science curriculum*^. 

These students enter the school for an eight-quarter (24-month) curriculum. 
Depending on their prior academic and operational background, they may be placed in an 
additional “refresher” quarter prior to the start of the actual curriculum, to help them 
prepare for the depth and complexity of the upcoming coursework. This concept of a 
refresher is common with the more difficult engineering curricula at the school, although 
fiscal concerns have begun limiting the extra time in-residence offered to the students for 
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preparation. The Engineering Science coixrsework (as the “refresher” is officially 
entitled) is designed to improve the Academic Profile Codes of students who do not 
qualify for direct entry into one of the engineering curricula or to refresh a student’s 
scholastics and basic engineering skills, as it may have been a lengthy period of time 
since the student completed undergraduate schooling. 

The general degree requirements for all Master’s degree programs at NPS as 
listed in the Naval Postgraduate School Academic Council Policy Manual are as 
follows*’: 

• Successful completion of a curriculum approved by the Academic Council as 
meriting the degree 

• 32 hours of graduate level comses, of which 20 hours must be earned in 
residence 

• a thesis or its equivalent 

• a 3.0 or higher GQPR 

• either a 2.75 or higher TQPR, or a 2.5 or higher CQPR 

A Quality Point Rating (QPR) is calculated by averaging a student’s course 
grades after weighting each grade based on the number of quarter-hours credit that are 
received for the course. Specific calculations are given in the NPS Academic Council 
Policy Manual and NPS Catalog. The GQPR (Graduate Quality Point Rating) averages 
only the graduate level courses (3000 and 4000 level courses), the TQPR (Total Quality 
Point Rating) averages all classes (including 1000 and 2000 level courses), and the CQPR 
(Curriculum Quality Point Rating) averages all classes within the student’s designated 
curriculum only. 

The following additional requirements are placed on students wishing to complete 
a program earning a Master’s of Science in Computer Science and can be found within 
the Computer Science Department’s website at: 

http://ww w.cs.nps.navv.mil/curricula/acas/nrogram.s/NQnCS.htm1 ^^! 

• At least 40 quarter hours of graduate-level work, of which at least 12 quarter 
hours must be at the 4000 level 

• Completion of an approved sequence of courses constituting specialization in 
an area of Computer Science 

• Completion of an acceptable thesis in addition to the 40 quarter hours of 
course work 
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a. 


All Computer Science Students 


In addition to the requirements listed above, students receiving a fully- 
funded computer science education at the Naval Postgraduate School must fulfill the 
Educational Skill Requirements (ESR’s) required to earn the Navy’s 009IP code 
subspecialty for Computer Technology - Science. In addition to completing a 
specialization track, all Computer Science students at the school must study a broad range 
of computer science topics in order to cover all of the ESR’s and earn the P-code. The 
complete Computer Science curriculxim checklist contains this list of all “core” computer 
science classes that must be completed in addition to the specialization tracks. That 
checklist*^ (minus the parts relating to the specialization track course requirements) is 
included as Appendix F for reference. All students who complete the Computer Science 
curriculum receive the degree Master’s of Science in Computer Science. 

A quick review of the classes required by the Computer Science 
graduation checklist indicates that the P-code/ESR requirements are much stricter than 
the broad degree requirements of the Academic Council. This is an example of why a 
standard curriculum in Computer Science at a typical civilian university may not meet the 
standards required to earn the corresponding P-code, as discussed in Chapter III. 

It is possible for a student to complete the less-stringent requirements and 
receive the Computer Science degree without completing the more extensive P-code 
requirements. However, this option is not allowed for full-time students who are at the 
school for the express purpose of completing the degree along with the P-code 
requirements. Although students in other services and international students do not 
technically earn the P-code (it is solely a Navy designation), they are nonetheless subject 
to the same general class requirements as the full-time Navy students, promoting 
imiformity in knowledge and curriculum. 

The additional ESR course requirements benefit the Computer Science 
students by exposing them to a wide variety of Computer Science-related topics that are 
not directly covered in their major field of specialization. This is beneficial for all 
students, especially in tiiat each student is required to take a course in Software 
Methodology (CS3460). This pre-cursor to software engineering is at least an 
introduction to the field. Since every student must take this introductory course, all 
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students graduating from the Naval Postgraduate School with a degree in Computer 
Science have had some exposure to software engineering, which is at least a small 
benefit. The requirement for each student to take the Software Methodology course 
covers the ESR requiring that all students graduating from the Computer Science 
curriculum possess skills and competencies in software engineering. The ESR 
specifically relating to software engineering^® states that: 

The officer must have a thorough knowledge of software engineering to 

include: 

a. An imderstanding of the software development process, including 
specification of requirements, design, implementation, testing, 
maintenance, and process metrics; 

b. The ability to plan and implement a major programming project and 
develop the appropriate documentation, and; 

c. The ability to incorporate and enforce modem software engineering 
techniques in system design, and use modem tools to assure quality 
and short delivery times. 

b. The Software Engineering Specialization Track 

The second additional requirement listed earlier specific to Computer 
Science students is to complete a specialization track as part of their coursework. 
Specialization tracks within the Computer Science program are: the Computer Graphics 
& Visual Simulation track, the Computer Networks track, the Computer Security track, 
the Computer Systems & Architectures track, the Database & Knowledge Engineering 
track, the Software Engineering track, and the ISSO (Information Sciences, Systems, and 
Operations) track. A student chooses his or her specific track to be completed early on 
during the eight quarters of study in-residence at NFS. Selections are based on the 
student’s personal interests and research opportunities available. 

Historically, less than twenty percent of the Computer Science students 
have completed the Software Engineering track^* and received a more significant 
exposure to the software engineering field than the average Computer Science student. 
Students completing the track have been from the U.S. Navy, U.S. Army, U.S. Marine 
Corps, as well as international military students studying at NFS. Also, several DoD 
civilians have completed the Software Engineering track for the Computer Science 
degree while studying in-residence at NFS. 
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This Software Engineering track is currently the most-utilized software 
engineering educational option offered by the school to active-duty service members. In 
order to complete the track, a student must complete at least five graduate-level Software 
Engineering courses from the selection of comses available within the track. The course 
requirements to complete the track (in addition to the core course requirements for the 
MSCS degree) are shown below in Figure 6, as taken from the Computer Science 
graduation checklist found on the Computer Science Department’s web site at 
http://www.cs.nps.navy.mil/curricula/acas/programs/Checklist.html The one course 
required in the track, Software Engineering (CS4500), builds the foundation for all of the 
Software Engineering coursework, and is the prerequisite for the rest of the additional 
course options within the track. 


5. Track Requirements: 

Software Engineering Track 

_CS4500 Software Engineering (3-1) 

Select at least four of 

_CS4150 Programming Tools and Environments (4-1) 

_CS4510 Computer-Aided Prototyping (3-0) 

_^CS4520 Advanced Software Engineering (3-0) 

_^CS4530 Software Research and Development (3-0) 

_CS4540 Software Testing (3-1) 

_CS4560 Software Evolution (3-0) 

_CS4570 Software Reuse (3-0) 

_^CS4580 Design of Embedded Real-Time Systems (3-0) 

_CS4590 Software Architecture (3-1) 

_CS4591 Requirements Engineering (3-1) 

_^CS4592 Software Risk Assessment (3-1) 

_^CS4593 Advanced Logic & Algebra for Software R&D (3-1) 

_CS4594 Formal Models for Software Automation (3-1) 

_^CS4595 Lightweight Inference Techniques (3-1) 

_CS4596 Algorithm Design and Analysis in Software Engineering (3-1) 

_CS4597 Robust Generation of Control Software (3-1) 

_CS4598 Software Merging and Slicing Techniques (3-1) 

CS4599 Automated Software / Hardware Integration (3-1)_. 


Figure 6. Track Requirements for Computer Science Curriculum’s 
Software Engineering Specialization Track^^ 
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2. MSSE Program 

In 1995, the Software Engineering Department at the Naval Postgraduate School 
saw the opportunity to expand the horizon of programs it off^ed, and developed a 
program to offer a Master’s of Science in Software Engineering with a distance-learning 
option. This program was approved by the Academic Council in the Fall of 1996^^ and 
has been offered continually since its inception. The students in this program do not 
complete the more general science-oriented Computer Science degree as taken by the 
students in residence at NPS, but rather a more-specialized program focusing on the 
engineering side of computing, specifically in the software engineering discipline. The 
degree granted by the NPS Academic Council to the students completing this program is a 
Master’s of Science in Software Engineering. 

The MSSE degree can be completed by a student on either a part-time or a full¬ 
time basis. Typical course progressions for completion of each method are shown below 
in Figures 7 and 8. 


Quarter 

Two courses for a part-time student 

1 

CS3460 Software Methodology 

IS4300 Software Engineering and Management 

2 

CS4500 Software Engineering 

CS4560 Software Evolution 

3 

CS4520 Advanced Software Engineering 

IS3171 Economic Evolution of Info Systems II 

4 

CS4510 Computer-Aided Prototyping 

CS4580 Design of Embedded Real-Time Systems 

5 

CS3502 Computer Communication and Networks 

CS4540 Software Testing 

6 

CS4570 Software Reuse 

CS4530 Software Research and Development in DoD 

7 

CS0810 Thesis Research 

CS0810 Thesis Research 

8 

CS0810 Thesis Research 

CS0810 Thesis Research 


Figure 7. Class Schedule for the Part-Time MSSE Distance Learning Program 




The MSSE was originally intended for DoD civilian software practitioners 
with previous computer science or engineering experience. The software engineering 
coursework covers all aspects of software development and the skills needed to 
efficiently and reliably plan and create large-scale software systems using the best 
available tools. The coursework is designed to enable the software practitioners to 
immediately apply what they learn to their jobs, while bridging the gap between short¬ 
term training options and long-term education. The typical student would complete the 
program in a period of two years on a part-time basis while continuing to work full-time. 
The requirements for the MSSE degree as approved by the Academic Councif'^ are: 

• Completion of a total of 12 graduate-level Software Engineering courses 

• Completion of an acceptable thesis in addition to the required course work 



Figure 8. Class Schedule for the Full-Time MSSE Distance Learning Program 


The courses for the MSSE program have been taught at NPS to students in¬ 
residence in conjunction with the Computer Science curriculum, and simultaneously 
televised to the distant locations. To facilitate thesis completion, students studying at the 
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remote sites occasionally come to NPS to confer with their thesis advisors, or the 
advisors sometimes go to the remote sites. 

To the present time, the MSSE program has been offered via distance-learning 
only, and no fiill-time student in-residence at the Naval Postgraduate School has 
participated in the program. Thus, all MSSE degrees awarded by the Naval Postgraduate 
School have been to students who have studied at remote sites. Due to the rules 
restricting the educational services of the Naval Postgraduate School to military 
personnel or certain DoD civilians, most of the students who have completed this 
program have been DoD civilians working at various agencies with special software 
needs. These personnel have completed the program on a part-time basis in their spare 
time. 

The commands that can support their personnel by offering them the opportunity 
to professionally improve themselves through this degree program receive many benefits 
for their investment. The participating commands end up with more knowledgeable, 
better software engineers at the end, plus they often benefit from the research of the 
students’ theses. Job-related Master’s theses that can be conducted at the sponsoring 
agency are encouraged. This makes it easier for the students to complete both their jobs 
and their theses, and also helps their supporting commands, essentially having research 
performed for little or no cost. If the commands were to contract that research to other 
outside software engineers, the monetary cost would be much higher. 

There were twenty-seven students in the initial MSSE class started at the Naval 
Command, Control and Ocean Surveillance Center (NCCOSC) RDT&E Division, also 
known as NRaD, in San Diego, California. That class began its curriculum in the first 
quarter of Academic Year 1996. After the two-year curriculum was complete, twenty- 
three of the students had successfully completed the coursework and their theses, and 
have graduated with Master’s of Science in Software Engineering degrees. 

Successive class enrollments continued. In Academic Year 1998, twenty-five 
additional students from SPAWAR (NRaD had become a division of SPAWAR) enrolled 
in the program. These students have completed the coursework, are currently working on 
their theses, and should be graduating in the near future. In Academic Year 1999, fifteen 
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students from the U.S. Army Tank Command (TACOM) in Warren, Michigan, enrolled in 
the curriculum and are currently finishing their fourth quarter in the program. 

As Academic Year 2000 starts in October 1999, the excitement about the program 
continues to grow. In addition to another twenty new enrollees from SPA WAR in San 
Diego, several additional commands are joining the program. Fort Belvoir, an Army base 
in Virginia, will have three students commencing on their MSSE degrees. Three or four 
personnel at the Naval Surface Warfare Center (NSWC) at Port Hueneme, California will 
be taking software engineering courses via distance-learning from NPS as well. There 
are also active-duty Naval officers in both Pearl Harbor, Hawaii and in Norfolk, Virginia 
who are trying to organize this distance-learning opportunity.^^ 

Additionally, there will be two students working on the MSSE program in¬ 
residence for the first time. One student will be working at a San Francisco-area base and 
will commute to Monterey to take courses part-time. The second student will be a first in 
that she is going to be the first full-time MSSE student ever in the program, intending to 
complete the degree within a year. 

Attached in Appendix G is the “MSSE Handbook”. This document covers all 
relevant information regarding all of the Master's programs in Software Engineering 
available through the Naval Postgraduate School. It is used as a recruiting tool, as well as 
an informational reference for any parties interested in the programs. 

3. Ph.D. Program 

Another progr^ in software engineering education offered through the Naval 
Postgraduate School is the Doctor of Philosophy in Software Engineering. This very 
important program, the first of its kind in the country^®, was approved by the NPS 
Academic Council in 1998^^. The Naval Postgraduate School was the first to promote 
the idea of educating persoimel to be on the cutting edge of research and subsequently 
earning a Ph.D. in Software Engineering. Recently, all of the 20 students who started the 
Ph.D. program in October 1998 traveled to NPS in order to take their Written Qualifying 
Examinations, and met with the Superintendent of the Naval Postgraduate School. 
During the meeting, the student facilitator for the Ph.D. candidates at TACOM described 
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the program and the research being performed as “critical to the Army”^^ There are 
approximately 20 additional students starting the Ph.D. program in October 1999. 

This new curriculum is intended to provide senior leadership within the DoD to 
make futuristic visions possible, and addresses the problem that the DoD lacks the Ph.D.- 
level leadership to direct visioneering projects which require significant amounts of 
fundamental state-of-the-art research to make the projects a reality. The ability to 
intelligently manage the research of software practitioners is necessary to bring these 
large and complex software systems to fruition. 

a. Path to Ph.D. Candidacy and Graduation 

The path for completing the Ph.D. is long and complicated. The 
curriculum requires an approximately three-year effort for completion. Each student 
forms a dissertation committee shortly after admission into the Ph.D. program. This 
committee oversees the student’s program completion, including coursework and 
research. The students spend approximately a year taking coursework and preparing for 
the Written Qualifying Examination, which tests the students’ analytical abilities in the 
foundations of their research areas, and their abilities to solve problems in those areas. 

The students must also complete “Minor” requirements to ensure a breadth 
of academic exposure. This is a set of three graduate-level courses that form a coherent 
topic of study separate fi’om the student’s Software Engineering major concentration. 

Within two years of successful completion of the Written Qualifying 
Examination (however, usually performed within a year), a Ph.D. student must complete 
the Oral Qualifying Examination. All coursework must be completed prior to taking the 
oral exam. As with the written exam, a maximum of two attempts at the Oral Qualifying 
Examination is allowed. The Oral Qualifying Exam is given by the student’s Dissertation 
Committee after acceptance of the student’s dissertation proposal. The Dissertation 
Committee must make a unanimous decision in order to pass the student. 

If the student passes the Oral Qualifying Examination, he or she can 
petition the Academic Council for “advancement to candidacy for the doctorate”. At least 
six months after passing the oral exam, and following completion of the dissertation, a 
final oral dissertation defense is the last step to qualify for the Ph.D. degree. 
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Details for the general requirements of NFS Ph.D. programs can be found 
in the Academic Council Policy Manual, section 5.4. For the Software Engineering Ph.D. 
program, the requirement that students spend one year in residence at NPS has been 
modified by the Academic Council. To facilitate the distance-learning aspect of this 
particular program, this requirement was reduced to only twelve weeks for the Software 
Engineering Ph.D. program.^^ This requirement is usually completed by holding on- 
campus seminars in the weeks preceding the Written Qualifying Examination and the 
Oral Qualifying Examination to help the students prepare for those qualification 
requirements. 

The details on the Ph.D. program listed in this section were just a brief 
summary of the program. Attached in Appendix H is the complete documentation on the 
program available from the Software Engineering Group, including detailed requirements 
and sample forms used at different milestones on the path to completion of the doctorate 
degree. 


b. Current Status of the Ph.D. Program 

When the Academic Council approved the Ph.D. program in 1998, twenty 
students entered the program, including eight at SPAWAR and twelve at TACOM. After 
a year of instruction, the students took their Written Qualifying Exams at NPS in Jime 
1999. Seventeen of the twenty students passed their exams and are continuing on in the 
program. The three exam failures intend to re-take the qualifying exam within six 
months. As they continue through the rest of the requirements, the first Software 
Engineering Ph.D. graduates are scheduled to complete their dissertations and final 
defenses and to receive their degrees in 2001. 

4. Certificates Program 

One of the options not currently in practice, but being considered by the 
department is the institution of a Certificates Program. There is an active proposal being 
developed at NPS to award “Certificates in Software Engineering” to show progress by 
students unable to devote the time or energy to a full degree program. According to the 
proposal^®, there are three distinct levels that comprise the Certificates Program. A 
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student would earn a Level 1 Certificate with the completion of four courses, with eight 
courses required for the Level 2 Certificate and twelve for the Level 3 Certificate. Since 
all courses taken while enrolled in a certificate program would be coimted towards the 
completion of the MSSE degree, a student who enrolled and completed a Level 3 
Certificate program would only need to complete a thesis in order to earn the Master’s 
degree. 

The requirements for approval of the current proposal are being investigated, and 
it is hoped that the Certificates Program will be established and become operational 
during Academic Year 2000. 

5. Short Courses 

An additional method the Software Engineering Department offers to further 
software engineering education within Department of Defense agencies is called “Short 
Courses”. These consist of short high-intensity seminars to help software professionals 
gain or maintain proficiency. These intense, compacted courses may be a week or even 
two weeks long. These are non-degree granting programs, but are very useful for 
educating personnel in only a short period of time, when more involved training is not 
feasible. The short courses may be used to initiate personnel in basic software 
engineering courses, or to teach high-level concepts to experienced professionals. These 
courses can be given via distance-learning like the current MSSE programs, or an NPS 
staff instructor can travel to the remote site and give the course on location. 

Another logistical option for a short course is to have the personnel to be 
instructed come to NPS for the training. An example of this method of delivery for the 
training is the Software Technology Review and Update for Technical Personnel 
described towards the begiiming of the chapter. 

The idea of short courses were pitched to numerous DoD agencies during a 
Software Engineering delegation trip to the East Coast in April 1999. Several agencies' 
were intrigued with the short course program, including the National Security Agency and 
Defense Information Systems Agency. U.S. Army personnel at the Army Personnel 
Command (PERSCOM) in Arlington, Virginia, also expressed significant interest in the 
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short course format due to its high desire for any plan to train its personnel in a short 
period of time. 

D. ASSESSMENT OF THE PROGRAMS CURRENTLY AT NPS 

While each of the programs detailed above has its advantages, and all the 
programs are increasing the level of knowledge in the software engineering field with the 
Department of Defense, only the Computer Science specialization track is currently a 
significant offering for active-duty Naval officers. 

1. MSSE Program 

While it is possible to attempt to complete the MSSE program via distance- 
learning program at a command that has the appropriate facilities available, it is 
extremely difficult for active-duty officers. Most officer tours are two to three years in 
length and in order to complete the degree via a part-time program, the timing would 
have to be extremely fortunate for that officer. Additionally, with the decreasing size of 
the Navy, officers are often very highly tasked, and usually do not have the large amount 
of spare time required to complete such a program. There is currently no subspecialty 
code nor graduate education quotas for a full-time MSSE program at NPS. 

2. Short Courses and Certificate Program 

The Certificates Program (if approved and instituted) or short courses would 
definitely be options for officers to get the software engineering knowledge that the Fleet 
needs. However, if a given officer does not belong to a command that participates in the 
distance-learning program, or is willing to send that officer to NPS for a short course, this 
will not be a viable solution either. With the number of commands currently 
participating in the various programs at NPS being very limited (yet growing!), there are 
very few officers currently reached by these opportunities. 

3. The Ph.D. Program 

The Ph.D. program is actually a great opportunity to produce talented, high-level 
engineers who could use their deep research knowledge and the in-depth software 
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engineering and management skills to lead the future large-scale DoD software projects. 
This need for a small number of high-ranking personnel within the Navy having 
significant in-depth software engineering backgrounds will become vital in the future. 
These personnel would be responsible for long-range planning and design of very 
important software systems. 

However, there are several problems that exist in trying to qualify active-duty 
officers to fill those positions. It is very difficult for officers to spend three years in a 
tour away from their operational specialty, thus a three-year tour to earn a Ph.D. degree 
would be a “hard sell” to the Navy. Additionally, by the time an officer would get to the 
point where he or she would have enough experience to earn a Ph.D., the officer would 
likely be close to retirement, and a three-year educational tour (and the resulting five 
years of obligated service) might not make much sense. Additionally, Naval officers in 
full-time study at NFS receive unobserved Fitness Reports, me anin g that their 
professional performance is not rated against their peers. Such a long period without an 
observed FITREP could be very damaging to an officer’s career. In fact, this issue is 
currently being studied to determine if these non-observed performance reports are 
hurting current graduate student officers. 

The Ph.D. degree in Software Engineering has a lot to offer the Navy, but its need 
is limited. It is not the right solution to all of the Navy’s software engineering need. This 
option would make sense for a small number of specialized officers whose special career 
paths allow for pay raises and unlimited time in service without the need for promotion to 
higher military rank, similar to those in the medical corps. 

4. The Computer Science/Software Engineering Track 

So if the Computer Science program offering the Software Engineering track is 
the main option for active-duty Naval officers, the real question is: does it fill the Navy’s 
needs? 

As stated in the program description, all Computer Science graduates receive 
some exposure to software engineering. A handful of students receive a more significant 
software engineering background by completing the Software Engineering track. 
Unfortunately, this does not meet all of the Navy’s needs, especially with the growing 
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reliance on computer technology, and the increase in the number of engineers the Navy 
will need in the future. With only a small number of Naval officers ordered into the 
Computer Science curriculum each year (and only a fraction of those completing the 
Software Engineering track), there are not enough experienced engineers produced to 
address all of the Navy’s needs. In addition to the shortage of personnel with the 
requisite knowledge being produced at the school, there are other concerns. 

0 . Subspecialty Utilization 

Many of the officer graduates from NFS are not properly “utilized” as 
defined by the DoD instruction on graduate education. According to that source, an 
officer’s subspecialty is considered “utilized” if the officer serves in a billet that directly 
requires the skills of the subspecialty during either of the first two tours after completing 
the graduate education. 

There are two different statistics to note concerning this utilization. One 
measures whether the officers' subspecialties are utilized during the designated window. 
The other statistics measures how qualified the personnel being sent to the coded billets 
are for those jobs. 

The utilization statistic determines if officers are using their subspecialties 
after graduation. For the Computer Science 009IP code, 78% of the officers utilized 
their subspecialty within the DoD mandated two-tour window. Additionally, a 
significant number of those who did not utilize the subspecialty within the window did so 
after they were beyond the window. Thus, the overall utilization of the 0091 subspecialty 
is just shy of 89%^^ Of course, those who utilized the subspecialty over four years after 
they completed their degrees probably needed some refreshing to remember the skills 
they had learned, however the level of overall eventual utilization is good. 

On the other hand, the fill statistic tells a different story. For the 009IP 
coded billets, the direct subspecialty match is approximately 23.5%, with the “direct and 
related match” raising the percentage only up to less than 28%.^^ This juxtaposition 
between the utilization and fill rate illustrates the need for an expansion of the officers 
earning this P-code. If nearly every officer earning the P-code is utilizing it, but over 
three-quarters of the subspecialty-coded billets are being held by personnel who do not 
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have the appropriate P-code, then there are far too few officers qualified with this 
subspecialty. 


b. Problems with the 0091P Code 

In addition to the fact that not all Computer Science graduates with the 
009IP subspecialty code are adequately utilized (and that there aren’t nearly enough of 
them anyway), there is another problem regarding the subspecialty code. While there are 
numerous billets for those completing the Computer Science program and earning a 
009IP code, this system does not take into account the specialization track completed by 
the student. For example, an officer who completed the Computer Security track and one 
who completed the Database and Knowledge Engineering track are equivalent in this 
system. The same is true for the students who complete the Software Engineering 
specialization track. Despite the wide range of true skill sets, all students who complete 
the Computer Science curriculum are essentially equivalent as far as their subspecialty 
codes are concerned. 

This makes it impossible to fit an officer who has specific training in the 
development, evolution, and maintenance of large-scale software systems from being 
placed into a job that requires those skills. Additionally, such a billet is just as likely to 
be filled by a Computer Science graduate who completed the Computer Networks track 
because that graduate would have the same exact P-code as one who specialized in 
Software Engineering. 

The Computer Science curriculum is a decent opportunity to educate 
officers on the complex field of software engineering. However, the problem of proper 
utilization of the learned knowledge following graduation exists due to the Navy’s system 
of treating all 009 IP code designations as equivalent. 

E. THE NEXT STEP TOWARDS RESOLUTION 

Since none of the existing programs at NPS fill the need sufficiently, it is time to 
develop a new program that will address the software engineering need. There needs to 
be a program in-residence at NPS that offers a Master’s of Science in Software 
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Engineering with a more rigorous software engineering coursework requirement than 
those programs that currently exist for active-duty Naval officers. 

Investigations into the development of a program led to the conclusion that by 
combining a Software Engineering coursework core within the existing Combat Systems 
cuniculmn at the school, support could be acquired and the program could be created and 
implemented. In addition to the program development, there is an obvious desire to 
refine the coding of billets, and to create a separate P-code that identifies those who 
complete a program in Software Engineering, as opposed to those who complete the 
significantly different Computer Science program. 

The background and subsequent development of such a ciuriculum is the 
deliverable focus of this thesis. Details of the curriculum’s development are presented in 
the following chapter, along with a discussion addressing the P-code utilization issues. 
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V. 


THE COMBAT SYSTEMS/SOFTWARE ENGINEERING PROGRAM 


A. BACKGROUND/GOALS 

Combat Systems education is by its very nature of great importance to the Navy. 
As such, the Combat Systems curricula comprise a significant program at the Naval 
Postgraduate School. Within its wide-ranging realm, there are numerous different 
aspects of combat systems which are all very important, yet differ significantly. The 
Combat Systems program at the school has diversified over time to encompass these 
different aspects. This is similar in many respects to the various specification tracks that 
present options to students studying for a Computer Science degree, as discussed in 
Chapter IV. 

For example, a student entering NPS to study Combat Systems has the option to 
specialize in guns, missiles, acoustics, or various other options. These different tracks all 
have the same basic Combat Systems course firamework, but each separate track has 
different specialization coursework requirements. Some of the different tracks result in 
the student earning identical Master’s degrees, while other tracks earn students different 
degrees. Sample disciplines in which Master’s of Science degrees can be earned by 
students studying the Combat Systems ciuriculum include: Applied Physics, Physics, 
Computer Science, Engineering Acoustics, Electrical Engineering, Mechanical 
Engineering, and Aeronautical Engineering. 

The immediate development goal of this thesis was to combine a stripped-down 
Software Engineering curriculum into the Combat Systems firamework to become an 
additional track option for Combat Systems students. This would allow for the 
integration of software with the tactics used by officers in the Fleet. According to 
Commander Mark Polnaszek, the then-Combat Systems Curricular Officer, this plan 
looked to be a very successful match for several reasons. Similar to the way a Computer 
Science student can choose a specific specialization track based on personal preference, a 
Combat Systems student can choose which track to complete from the several options 
available. The specific track to be completed by any Combat Systems student is chosen 
by that student in concert with counseling from the curricular officer. 
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CDR Polnaszek felt that student interest in a track from which they would earn a 
Master’s of Science in Software Engineering would be high, based on the after-service 
marketability of the degree. In addition, he felt the Aviation community was interested in 
developing an officer base with the Software Engineering subspecialty. He reasoned that 
this interest by the Aviation commimity would help make up for some of the difficulty in 
filling the available quotas within the Combat Systems curriculum.* 

The Quota Plan produced at the FY98 Quota Conference designated a total of 
forty quotas for the Combat Systems curriculum. Disappointingly, only twenty-eight of 
the forty quotas had been filled however. This is ten percent lower than the 80% fill rate 
to be expected normally (and far below the Navy’s achieved percentage of 88% for 
FY98). As the resident expert in all Combat Systems curriculum issues, CDR Polnaszek 
believed part of the reason that not all of the quotas were being filled was because there 
were not enough students willing to take on the challenging physics-based Combat 
Systems curriculum. However, he also believed that if the students could graduate from 
the Combat Systems curriculum with a Software Engineering degree, there would be 
greater interest. Consequently, the detailers at BUPERS would be able to get more 
officers into NPS for the Combat Systems curriculum. The increased marketability of a 
student who has earned a Software Engineering degree for a post-Navy career would 
provide a greater interest factor for prospective students, despite the curriculum’s 
difficulty. So if the program could be approved, a potential student base to join into the 
curriculum existed. Additionally, the Combat Systems fill percentages would rise 
correspondingly.^ 

The goal of the newly matched curricula is to use the software engineering 
coursework to familiarize students with all aspects of software development from 
requirements analysis and design through implementation, debugging, delivery, and 
follow-on maintenance. These aspects will be combined with the physics and systems 
engineering coursework that allows students to put these newly-learned abilities into 
practice. Additionally, this coordination of software engineering theory placed into 
practice with real combat systems will provide the students and faculty with significant 
project ideas for useful thesis research. 
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Specific skills desired in a software engineering graduate include the ability to use 
the best available tools to properly design, engineer, and create large-scale software 
systems in the most efficient and reliable manner. These skills address the Navy’s needs 
described earlier, and are an invaluable asset for military officers responsible for software 
systems in practice. For example, the acquisition or development of new systems, and 
the maintenance of existing systems, are all tasks that can be significantly improved with 
the use of educated software engineers. 

B. DEVELOPMENT OF THE PROGRAM 

1. Involvement of the Author 

Prior to the involvement of the author in this project, the Software Engineering 
Department at the Naval Postgraduate School had previously worked on the problem, 
attempting to make progress towards fulfilling the Navy’s software engineering 
educational needs. A course plan for a singular software engineering ciirriculum had 
been developed by the Department Chair, Professor Luqi. This outline of courses 
included planned course material and the Educational Skill Requirements to define the P- 
code requirements. The implementation of this curriculum is still a follow-on goal for 
the department, being worked in parallel with the effort that has successfully 
implemented the Combat Systems/Software Engineering cmriculum. The goal to 
implement a solely software engineering curriculum seems attainable once the Combat 
Systems/Software Engineering combined curriculum proposed here proves its utility, 
along with continuing Flag-level support for the program. Attached in Appendix I is a 
Program Objective Memorandum (POM) used by the Software Engineering Group to try 
to obtain funding support to continue the development of the department, including lab 
support and research funding. 

The Software Engineering Department had a planned curriculmn, but it had not 
created the proper contacts to make all of the required events occur. Someone was 
needed to help bridge the gap between the academic program and the needs and 
procedures of the Navy. The author entered the situation as a Naval Officer working on 
the staff at the Naval Postgraduate School. While not very knowledgeable about the 
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“Programs” side of the postgradixate education process, the author was able to leam about 
the steps required to move the program forward towards approval. By determining 
specifics about the Officer Subspecialty System, along with the “Quota” and “Fill” 
concepts, the author helped facilitate to get the right people talking to each other, and 
rapid progress was made to make the final goal a reality. 

2. The Plan for Approval 

When the Software Engineering Department was looking to advance the state of 
software engineering education in the Navy, the Computer Science Curricular Officer 
was consulted as the most logical point-of-contact. With his assistance, it was 
determined that support existed within the Naval leadership structure to integrate a 
software engineering education within the existing framework of the Combat Systems 
curriculum. Thus, this would be the “foot in the door” towards the goal of achieving a 
separate subspecialty which focused mainly on Software Engineering, and not merely 
incorporating it into the Combat Systems curriculum. 

To rectify the problem of students transferring to billets not utilizing their new 
knowledge and new degree, that problem needed to be confronted from several directions 
simultaneously to achieve a solution meeting the needs of all entities concerned. 

First, the overall program needed to suit the Navy’s needs. Clearly, the need to 
develop a software engineering knowledge base within the Navy’s ranks exists, as 
detailed earlier in Chapter II. The possible difficulty lies in convincing the “ri gh t” people 
that the need exists. All postgraduate education programs at the NPS are funded via Flag 
officer-level sponsorship. Any new program would also need to have Flag-level 
sponsorship to provide funding. This funding is required to provide the necessary 
support for instruction (i.e., labor cost of the faculty), research labs for graduate work, 
and the costs of student endstrength. This is a major task now facing the effort to create a 
Software Engineering curriculum on its own. However, as a track within the Combat 
Systems curriculum, this requirement is eased to convincing the existing Combat Systems 
curriculum Flag sponsor to include the Software Engineering track. Based on known 
previous support, this approval (as described shortly) worked in conjunction with the 
“Navy need” requirement and was arrived at via normal channels. 
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Any changes to the officer supply chain funneling students into the curriculum 
and the demand chain for proper utilization of the graduates would also need to be 
approved. These changes are found within the framework of the Navy’s method for 
handling skill requirements for each billet and the associated postgraduate education 
required - the Officer Subspecialty System. Fortunately, the points of contact within the 
approving chain-of-command are in close contact with the Flag sponsors, so the real task 
at hand was to get everyone involved onboard with the changes together at once. 

The new curriculxim would also have to be interesting and worthwhile to 
prospective students, enticing them to participate and choose the Software Engineering 
track option firom within the larger Combat Systems curriculum. As described in the 
background, the person most knowledgeable about the Combat Systems curriculum, CDR 
Polnaszek, believed that the promise of a Software Engineering Master’s degree would 
provide the requisite interest. 

Finally, the program would also need to meet the academic rigors required by the 
NPS Academic Council to grant the degree Master’s of Science in Software Engineering. 
The fulfillment of this need will be discussed in the section regarding approval by the 
Academic Council later in the chapter, 

3. Development of a Course Matrix 

Using the known needs as a starting point and incorporating the natural fit 
between the Software Engineering and Combat Systems curriculum based on the known 
Flag-level support, the Software Engineering Department Chair (Dr. Luqi) and the 
Combat Systems Curricular Officer (CDR Polnaszek) met to design a program. CDR 
Polnaszek was very experienced at developing course matrices for various tracks, and 
together the two developed a coursework plan. The course matrix for the new combined 
Software Engineering/Combat Systems curriculum resulting firom those efforts is 
enclosed as Appendix A. It is this curriculum matrix that is proposed here as a first-level 
solution to address the software engineering need in the Navy. 

In fact, there are two separate course matrices included in Appendix A. This is 
because Combat Systems is one of the curricula at the school that continues to have two 
student inputs during the year. This means that one group of officers is ordered in to NPS 
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to commence studying the Combat Systems curriculum in July, and another group is 
ordered in to start in January of the following year. Since several of the courses are only 
offered once a year due to the relatively small number of students taking the class, the 
matrices for the two different groups are slightly different. The matrices contain the 
same requisite courses, but the students take the classes at slightly different points during 
their tour at NFS. This method of scheduling gives all the Combat Systems/Software 
Engineering students going through the program the same instruction, and also helps 
combat a problem concerning having a minimum number of students per course by 
combining the sections. This issue presents a potential (although unlikely) problem for 
this proposed curriculum and is discussed in the last section of this chapter. 

The coursework is divided into three major course fields. The basic Combat 
Systems courses in physics and mathematics are necessary as the prerequisites for the 
Systems Engineering coursework. These are the courses that give students the general 
knowledge to understand the higher level courses which focus on overall combat 
systems, including weapons and sensor physics. The courses that make up this group are 
listed below in Figure 9. 


MAI995 

MATH METHODS I (5-0) 

MA1996 

MATH METHODS II (5-0) 

PH1121 

MECHANICS I (4-2) 

PH1322 

E&M I (4-2) 

PH1623 

MODERN PHYSICS I (4-2) 

PH2151 

MECHANICS II (4-1) 

PH2351 

E&M II (4-1) 

PH3292 

PHYSICAL OPTICS (4-2) 

PH3352 

EScM III (4-0) 

PH3652 

MODERN PHYSICS II (4-1) 

PH3991 

THEORETICAL PHYSICS (4-0) 


Figure 9. Math and Physics Course Prerequisites 
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Meanwhile, the Software Engineering courses teach the students a general 
software engineering knowledge base which they will put to practical use during the 
Systems Engineering coursework. The Software Engineering courses required to 
complete this curriculum are listed below in Figure 10. 


CS3460 

SOFTWARE 

METHODOLOGY(3-1) 


CS4500 

SOFTWARE 

ENGINEERING (3-1) 


CS4510 

COMPUTER- 

-AIDED PROTOTYPING (3-0) 


CS4520 

ADVANCED 

SOFTWARE ENGINEERING (3-0) 


CS4530 

SOFTWARE 

ENGINEERING RESEARCH IN THE 

DoD (3-0) 

CS4540 

SOFTWARE 

TESTING (3-1) 


CS4570 

SOFTWARE 

REUSE (3-0) 


CS4580 

DESIGN OF EMBEDDED REAL-TIME SYSTEMS 

(3-0) 

CS4591 

REQUIREMENTS ENGINEERING (3-1) 



Figure 10. Software Engineering Course Requirements 


Systems Engineering courses are the backbone of all Combat Systems curricula. 
This culmination of software education with the actual Fleet systems found in the 
Systems Engineering coursework is the climax of overall combat systems 
comprehension. The integration of the Systems Engineering courses with the Software 
Engineering classes enables the students to put their newly-acquired software engineering 
knowledge into practical use by engineering real systems. The Systems Engineering 
courses required by this program are listed below in Figure 11. 

The Systems Engineering courses are also good breeding ground for providing the 
student with significant military-relevant research topics, which can be addressed much 
more closely in the required thesis project, the capstone of most master’s degree 
programs at NFS. A thesis requires the graduate to demonstrate the ability to conduct 
independent research and analysis in the areas of Combat Systems and Software 
Engineering. The thesis demands the student show proficiency in presenting the results 
both in writing by means of the written thesis and also orally via a command-oriented 
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SE2013 ANALOG TECHNIQUES AND COMMS (4-3) 
SE2014 DIGITAL TECHNIQUES (4-3) 

SE3015 AUTONOMOUS COMBAT SYSTEMS DESIGN (3-4) 
SE3172 PHYSICS OF WEAPONS SYSTEMS (4-2) 

SE3400 PHYSICS OF SONAR SYSTEMS (4-2) 

SE4050 PHYSICS OF E&M SENSORS (4-2) 

SE4860 ADVANCED WEAPONS CONCEPTS (4-1) 


Figure 11. Systems Engineering Course Requirements 


briefing appropriate to the curriculum. To assist with the major time requirements 
involved with the completion of a thesis, the students are allotted four “thesis research 
slots” in the curriculum matrix. This is a standard allowance for the students at NFS who 
are required to complete a thesis as part of their degree ^equi^ements^ 

In addition to the coursework described above, there is a Secretary of the Navy 
requirement for maritime strategy theory that applies to all fully-funded Naval personnel 
during their studies at NFS. SECNAVINST 1524.2A states general program guidance 
for educational programs at NFS including that they must be “uniformly excellent”. One 
of the ways programs at NFS must meet the needs of military services is to provide 
officer students with “the latest technological knowledge relevant to their future duty 
assignments as well as an appreciation of the fundamentals of the maritime strategy and 
concepts of naval warfare.”^ As a result of the Academic Council meeting in September 
1989, this guidance turned into a long-standing requirement for all U.S. military 
personnel studying at the school to take a course in maritime strategy from the National 
Security Affairs department^. Recently, school policy changed the course requirement 
from the NS3252 course to a course taught by Naval War College staff. For the students 
who complete the track proposed in this thesis, the SECNAV requirement would be 
completed in the first quarter with the Naval War College course “Strategy and Folicy: 
The American Experience” (NW3230). 
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The course reqiiirements were developed aroimd the standard Combat Systems 
course framework. All of the basic courses, as well as the Systems Engineering courses 
are foimd in the standard Combat Systems track. The specialization with the Software 
Engineering courses meets the general requirements of the Combat Systems curriculum, 
and also meet the degree requirements for the Master’s of Science in Software 
Engineering as approved by the Academic Council in 1996. As highlighted in Chapter 
rv, the degree requirements under that program require twelve graduate level Software 
Engineering comses. A careful review of the course requirements detailed above shows 
that there are only nine “Computer Science” Software Engineering courses. However, 
the Software Engineering Department routinely crosses department lines to meet the 
requirement for twelve Software Engineering courses. For example, in the distance- 
learning Software Engineering program, there are several courses in the Information 
Systems Department that are used to fulfill the requirement. Similarly, three of the 
Systems Engineering courses within this proposed curriculum are counted as Software 
Engineering graduate-level courses for the requirement. These are Physics of Sonar 
Systems (SE3400), Physics of Weapons Systems (SE4050), and Advanced Weapons 
Concepts (SE4860). The justification is that the students will be able to use the software 
engineering knowledge learned in other “Computer Science” Software Engineering 
courses and apply that to the combat systems in the Systems Engineering comsework. 
Thus, the software engineering is embedded in those courses, and they can apply towards 
the twelve-course requirement. 

Course descriptions for each of the required courses within the matrix are 
included in Appendix B. The majority of these course descriptions are found in the NFS 
Catalog, however the Naval War College course is new to NPS, and has not been updated 
into the catalog yet. That description will be added into the next revision of the catalog. 

The additional software engineering courses listed in the course descriptions on 
the department’s web page are other software engineering courses that Software 
Engineering students are able to take as electives to further enrich their software 
engineering knowledge. Many of these courses are taken by the students in the MSSE 
and Ph.D. course sequences offered by distance-learning and described in Chapter IV in 
the discussions of the various software engineering programs currently offered at NPS. 
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The course descriptions describe in detail the subjects and goals of each specific 
class. As a whole, the curriculum is designed to achieve the goals of creating software 
engineers who imderstand the entire software development process and can use then- 
engineering knowledge to effectively manage and design the development of large-scale 
systems. 

While the course matrix displayed in Appendix A may at first appear entirely 
rigid, that is not necessarily the case. It is true that there is no room for a student to take 
any elective courses with the matrix exactly as it is written. However, it is entirely 
possible for a student to open up course slots by validating courses with work done 
previously. Students with significant undergraduate experience in math, physics, 
computer science, or software engineering may very well be able to validate a number of 
these coiuses. In addition, since several of the courses found in the matrix are offered via 
distance-learning, it would be possible for a student to complete courses prior to arrival at 
NFS by taking courses while still physically located at a previous command. This would 
open the schedule a bit and allow the student to take electives, or possibly even shorten 
the overall length of the curriculum, reducing the student’s required time in residence at 
NPS to finish the cmriculum. 

The combination of the Software Engineering coxurses with the Combat Systems 
and Systems Engineering curricula allows the officers to hone their skills on real projects 
as they learn, giving them practical experience they will need to perform while in the 
Fleet. The Combat Systems basic math and physics coursework fulfills the prerequisites 
for the later Systems Engineering courses. In conjunction with the Software Engineering 
courses, the Systems Engineering courses allow the students to apply their software 
development skills on systems that really matter. This combination forces students to 
understand the needs of the combat systems the Fleet uses everyday, offering the 
opportunity to test the students’ capabilities as software engineers. 

4. Supporting Documentation 

Each curriculum at NPS has an entry in the Naval Postgraduate School Catalog. 
This document is available in a printed version which is revised annually, and is also 
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available online. Enclosed in Appendix C are the portions of the new catalog entry for 
the Combat Systems curriculum that applies to the new Software Engineering track®. 

In addition to the catalog entry, Appendix C also contains the Educational Skill 
Requirements (ESR’s) for the Combat Systems curriculum, also known as curriculmn 
533 at the Naval Postgraduate School^. Any program that completes one of the tracks in 
the Combat Systems curriculmn must fulfill all the ESR’s of the Combat Systems 
program. Thus, these ESR’s would apply to this new Combat Systems/Software 
Engineering track as well. The curriculmn developed and described here meets these 
ESR’s. 

In a different section of the Naval Postgraduate School Catalog, there is a detailed 
listing of the various Software Engineering programs available at NPS. There is an 
additional entry in the latest revision of this Software Engineering section adding the 
newly-developed Combat Systems/Software Engineering track. This entry for the 
catalog is enclosed in Appendix D to this thesis*. Part of this entry refers to the Software 
Engineering curriculum 369. This is the program with the ESR’s specific to the non¬ 
resident Master’s program currently offered via distance-learning. If the separate 
software engineering curriculum is approved and Flag-sponsored for active-duty Naval 
officers, this is the curriculum and the ESR’s that will apply to those students. The 
ESR’s for the Software Engineering curriculum 369 are also enclosed in Appendix D^. 

C. APPROVAL OF THE PROGRAM 

1. Flag Sponsorship for the Curriculum 

With a developed comse curriculum in hand, the next step was to sell the program 
to the people who could put the program in practice. The first part of the approval 
process was to gain the support of high-level policy-makers in Washington DC. This was 
taken via a two-pronged attack. First, the Combat Systems Curricular Officer (CDR 
Polnaszek) briefed the new program to the Combat Systems Flag sponsor. Rear Admiral 
Mike Mathis. The second part of the attack to convince policy-makers of the need for 
personnel with software engineering skills that could be developed via this graduate-level 
cmriculum. To make this argument, the author organized a trip for several faculty and 
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students from the Software Engineering Group to travel to Washington DC to make 
office calls upon those important personnel. 

This trip would certainly have been an uphill battle if the group were to pitch the 
program to a hostile audience. Fortunately however, the process was more like 
“preaching to the converted” rather than fighting an enemy. This was the situation 
because many of the issues described in Chapter II had already been foreseen by those 
looking towards the Navy’s future. Due to the profoimd problems experienced 
historically in the Navy’s software projects, the Software Engineering Group had a great 
number of allies hoping to ensure that the proper knowledge base could be developed. 

For example. Rear Admiral Kathleen Paige, the Deputy Program Executive 
Officer for Theater Surface Combatants (PEO TSC), was very much in favor of 
advancing the software knowledge of the Fleet, as she stated in an email reply to the 
Software Engineering department chair. Professor Luqi, shown below in Figures 12a and 
12b. 

The delegation from the Software Education Group met with RADM Paige during 
their support-gathering trip to Washington DC. One of the points RADM Paige made 
clear in the meeting was that she was specifically not interested in particular 
programming languages, but rather in the engineering process used to achieve a final 
successful software project.This is exactly the type of attitude held within NFS’ 
Software Engineering Department. 

RADM Paige’s continuing goal for a new Software Engineering subspecialty was: 

to ensure that all combat and weapon systems engineers have some 
exposure to SW [software] engineering disciplines, with a particular focus 
on large-scale complex, real-time systems. Such systems have their own 
development practices, issues, and perspectives which differ from the 
more familiar (and “traditional”) information-based ADP-style systems. 

Unless this culture is imderstood by practicing engineers, they are not 
likely to be as effective as they need to be.*^ 

Additionally, several other high-level officers within the NAVSEA hierarchy had 
positive impressions of the program and were inclined to increase funding for additional 
software engineering education. 
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From: Paige Kathleen K Radm NSSC <PaiaeKK@NAVSEA.NAVY.MIL > 

To: “Bail William G. CONT NSSC” <BailWG@NAVSEA.NAVY.MIL >. 

“’Iuqi@cs.nps.navy.mir < luqi@cs.nps.naw.mil > 

Subject: RE: Sponsorship of Software Engineering Subspecialty 

Date: Mon, 11 Jan 1999 12:49:35 -0500 

Bill & Luqi, Concur. We need officers who can deal w/ “smartship” like technology: also, who 
understand the particular complexity of large-scale, real time weapon & combat system computer 
programs, and the disciplines necessary to mange & monitor the development of those types of 
systems. 

NSWC Dahlgren & Dam Neck are also great sources of expertise, as is NUWC, Newport. I’ve 
asked Bill Bail to be the PEG lead on this. 

WR/Kate Paige 

-Original Message- 

From: Bail William G. CONT NSSC 

Sent: Monday, January 11,1999 12:02 PM 

To: ‘luqi@cs.nps.navy.mir 

Subject: RE: Sponsorship of Software Engineering Subspecialty 

Dear Luqi, 

Thanks for the information. I provided a copy of your last e-mail to RADM Paige to keep her up to 
date. I believe that she is interested in our providing technical assistance to help review your 
products and keep it roiling along towards acceptance. Your justification is quite convincing and 
hits some important points. 

Thanks again! 

Bill Bail 


-Original Message- 

From: luqi rmailto:luai@cs.nps.naw.min 

Sent: Sunday, January 03,1999 7:22 PM 

To: BaHWG@navsea.navv.mil 

Cc: boaer@cs.nDS.navv.mil 

Subject: Sponsorship of Software Engineering Subspecialty 

Dear Bill Bail - 

The Software Engineering faculty at NPS has developed an extensive SE course curriculum and 
degree program, and would like to create a new Naval Subspecialty based on this cum'culum. We 
would very much appreciate your support in this matter. 

This is a mildly confusing process due to the current status of the Naval Subspecialty System 
(NSS); however, much work has already been completed in the process, and we would like to 
continue working towards the approval and implementation of the subspecialty. The new 
subspecialty system is supposed to be completely implemented by May 1999 for the FYOO Quota 
Plan (as set by NIB, the Subspecialty Review Task Group chair), and we are tailoring the 
Software Engineering subspecialty to be active at that time as well. The subspecialty package is 
being finalized and will be forwarded to the CNO (N7) for final approval shortly. 

(continued) 


Figure 12a. E-mails between NPS and NAVSEA 
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It would greatly bolster our case to have NSWC onboard prior to the final submission. In the 
matrix for all NPS curricula (a table of numeric codes) we suggest a Software Engineering 
subspecialty code of 5801. We argue that the subspecialty described certainly belongs with the 
Engineering 5000 group. The Occupational Core requirements of the Engineering and 
Technology 5000 section are directly relevant to the duties of a Software Engineer. A complete 
set of Educational Skill Requirements (ESR’s) has already been developed by the Software 
Engineering group and approved by the Naval Postgraduate School Academic Council. These 
are also being forwarded to N7 for approval along with the subspecialty application. We would 
like to request NSWC to be the Subject Matter Experts (SME’s) to sponsor our SE curriculum. 

Justification for the new subspecialty: 

The need for software engineers in the Navy is pretty clear. Perhaps a more accurate 
term would be software systems engineers. Cne primary example of the need is from the test run 
of the “Smart Ship” USS Yorktown, which had to be towed back into port following problems with 
the computers onboard. The personnel onboard were not software engineers, and were unable 
to deal with the software problems that occurred during the test run. We have seen time and 
again that we have catastrophic failures when personnel not adequately trained for the job they 
are trying to perform. As we move to a Navy with higher and higher levels of dependence on 
computer technology, and lower and lower levels of manning, it is clear that those we retain 
NEED to be trained to deal with this technology. 

The Software Engineering program at NPS is designed to do exactly that: 

to give junior officers returning to the Fleet the necessary tools to deal with the 
technology. These officers are also the ones that will be specifying or creating the software to 
power these future systems. It is imperative that this process be completed In the most intelligent 
manner possible. The Software Engineering graduates from NPS have extensive training in the 
software development process. They learn techniques for developing requirements and 
producing reliable software that can be evolved, integrated and tested effectively. For any 
standard software system, between fifty and eighty percent of the overall cost comes from 
maintenance of the software through the life of the system. By using the proper techniques to 
create the software to run our naval systems, we can-lower this cost. Systems can be created 
that are more robust and easier to maintain, even with the inevitable loss of “corporate 
knowledge” experienced during turnover and rotation. 

The current Plan of Action to get the Software Engineering subspecialty approved follows 
the path described here: 

* Secure NSWC’s support as the Subject Matter Experts (SME’s). 

* Send subspecialty package to CNO (N7) for final approval. 

* Request TYCOM to determine billets for re-coding with the new Software Engineering 

Subspecialty. 

* Following approval of re-coded billets, have detailers assign Software Engineering 

graduates into these billets. 

* Have the graduate education placement officer budget the new subspecialty into future 

quota plans. 

To this end we would like to meet with you to discuss any concerns or questions you have and 
work to win your support for developing the subspecialty. 


Best regards! 
-Luqi 


Figure 12b. E-mails between NPS and NAVSEA (continued) 
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CDR Polnaszek’s brief to the RADM Mathis was a success. RADM Mathis 
understood the need for the program and agreed that the program should be included 
within the programs offered in the Combat Systems curriculum.*^ 

2. Supply and Demand Chains 

The Flag-sponsorship success highlights an advantage for the initial inclusion of 
the Software Engineering coursework within the Combat Systems curriculum. As an 
established curriculum already in place, the Combat Systems cxmiculum is already 
represented in the Officer Subspecialty System and the Quota Plan. Thus, a student 
supply chain already exists. 

To establish a solely software engineering curriculum, this student supply base 
will need to be created from scratch, which is always difficult for new curricula. To 
establish the full-time curriculum based only on the Software Engineering coursework, 
the program would need a new subspecialty in order to get the curriculum entered onto 
the Quota Plan, from which it could then derive a student base. 

However, the Software Engineering track in the Combat Systems curriculum 
does not have this problem. Since students are already ordered into the Combat Systems 
curriculum on a regular basis, an available student supply chain exists and does not need 
to be created solely for this track. Any interested Combat Systems students can study the 
Software Engineering track once they arrive at NFS. 

The demand chain corresponding to the postgraduate student output will be 
utihzed via a new subspecialty. This was addressed during the delegation trip to 
Washington DC, and will be fleshed out in much greater detail now. 

3. The Navy Subspecialty System 

As described in Chapter III, the demand for Navy student graduates with specific 
skills is handled by the Officer Subspecialty System and its subspecialty coding of billets 
in the Fleet. Naval officers who complete graduate education at the Naval Postgraduate 
School receive a P-code designating the specialization of their education. The code is 
valuable because it allows Navy detailers (the personnel who make job assignments) to 
match specific skill requirements to the positions that require those skills. 
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For the purposes of developing the new Software Engineering program, it is 
logical to determine which billets out in the Fleet require the special skills of a software 
engineer. This will also indicate the number of software engineers the Navy needs on a 
continual steady-state basis. However, there are currently no billets designated for 
software engineers, because billets are not coded for a subspecialty that does not exist. 

So the next part of the process to ensure any software engineers are properly 
slated to jobs that meet their skill sets is to get a software engineering subspecialty 
approved within the Officer Subspecialty System. Unfortunately, it is usually a long 
drawn-out and fairly complicated process to obtain the approval of a new subspecialty 
code. In fact, under normal circumstances, it requires the approval of the Director of 
Naval Training (N7) for any proposed new subspecialty, increase in curriculum length, or 
increase in the number of subspecialty-coded billets.’^ 

However, when the effort to create the new Software Engineering curriculum was 
undertaken, the Officer Subspecialty System was in the process of revision. The revisions 
were being studied and accomplished by a special Student Requirements Task Group, as 
ordered by the Chief of Naval Operations. With the system undergoing a complete 
overhaul, numerous additions and deletions of subspecialties were occurring. 

a. The Engineering Duty Officer Connection 

With this knowledge in hand, a case was made to Commander Tom 
McCoy, the head Engineering Duty (ED) Officer at NFS that the new Software 
Engineering curriculum was needed*"*. It was known that the ED community was very 
interested in the software engineering capabilities because some officers working at 
NAVSEA in Washington DC had indicated as much. 

Additionally, the ED community is responsible for the major engineering 
efforts in the Navy, including many of the facets of program acquisition. This is one of 
the key areas where having persoimel who are educated in the ways of software 
engineering can have a profound impact. Dealing with outside software development 
contractors, and determining if the contractor is being honest and straight-forward with 
the government is an important skill. It is very difficult for someone who does not have 
the knowledge to xmderstand if things are going according to plan or as promised, or if 
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the contractor is actually promising a product that cannot be delivered on time and within 
budget. 

The Software Engineering department prompted CDR McCoy for a 
determination of how best to proceed to bring the program to fruition. Since the ED’s 
were interested in the addition of a software engineering subspecialty, he put the group in 
touch with Patsy Morgan, the head of Plans and Policies for the ED community. Ms. 
Morgan is responsible for managing the detailers and all the billets for the ED 
community. She knows all the senior ED’s (LCDR and above) by reputation, and by 
name, and knows many by face as well. She manages the coding of billets for many of 
the Engineering P-codes, and is the primary consultant for the Mechanical Engineering, 
Electrical Engineering, Computer Science, and Combat Systems curricula at NPS. Ms. 
Morgan wields considerable influence among the Flag officers of both the ED and the 
Unrestricted Line communities. Essentially, she is known as the “lynchpin” for all things 
in the ED community.^^ 

b. Creation of a New Subspecialty 

During the Software Engineering group’s trip to Washington DC, a 
presentation was made to Ms. Morgan by the author along with a senior member of the 
department. Due to her important role in determining the career paths for ED’s, Patsy 
was a member of the Student Requirements Task Group re-working the Officer 
Subspecialty System. As a result of the presentation to Patsy and with the support from 
higher members in the ED commtmity, Patsy successfully lobbied for a new subspecialty 
within the Combat Systems subspecialty group. This change was incorporated into the 
new Navy Subspecialty System and is now an official subspecialty code in the Navy’s 
postgraduate education system'®. 

There are five Subspecialty Major Areas in the new subspecialty system, 
including Policy, Strategy & Intelligence, Resource Management and Analysis, Applied. 
Disciplines, Engineering and Technology, and Operations. All subspecialties fall into 
one of the Subspecialty Major Areas. The new Combat Systems/Software Design 
subspecialty is located within the “Engineering and Technology” area. The entire matrix 
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for all the subspecialties within this area is shown here as Figure 13. The new 
subspecialty was given the P-code of 5707, and is found near the bottom of the matrix. 

The subspecialty code created designates NAVSEA as the subspecialty 
sponsor, which is the Flag sponsor for all the Combat Systems curricula. NAVSEA is 
also the sponsor for all engineering curricula. Thus, the effort to obtain separate 
sponsorship for the singularly Software Engineering curriculum also is proceeding 
through the NAVSEA chain-of-command. 

Additionally, the subspecialty designation specifies SPAWAR as the 
Subject Matter Expert (SME). This means that the Space and Naval Warfare Command^ 
actually SPAWARSYSCOM but SPAWAR for short, would assist with the curriculum 
development and maintenance. The SME is also responsible for establishing, 
maintaining, and approving the skill requirements for the curricula, and also for 
reviewing and endorsing billet coding requests.*^ In addition to adding the new P-code 
subspecialty to the system, Patsy Morgan started the proeess of identifying the specific 
billets in the Fleet which require the skills of the new P-code**. Once this process is 
completed, there will be the opportunity to properly utilize the software engineers 
produced via this new curriculum. Thus, the demand chain for the engineers produced by 
the program has been created, with further development currently underway. 

With billets using the subspecialty properly identified and coded, the Navy 
will then be able to track officer subspecialty utilization. With the software engineers 
getting a more precise subspecialty code as compared to the 009IP code received via the 
Computer Science curriculxun in the previous Officer Subspecialty System, hopefully a 
better, more accurate utilization of skills will be possible. 

4. The NPS Academic Council 

With a program developed and approved by the requisite personnel in 
Washington DC, the next step to place the program in practice was to ensure the program 
satisfied the requirements of the Naval Postgraduate School Academic Council. This 
step was crucial to ensure that any students who completed the program would graduate 
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Figure 13. Engineering and Technology Subspecialty Matrix'® 
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and receive a Master’s of Science in Software Engineering as planned (in addition to the 
newly created P-code subspecialty earned by completing the associated Combat Systems 
ESR’s). 

Initially, it appeared as though the program would need to be explicitly presented 
to the Academic Council for approval, which would likely be another long and arduous 
process. However, a different conclusion was reached during a meeting between the 
acting Mechanical Engineering Department Chairman (Dr. Matthew Kelleher), a one¬ 
time member of the Academic Council, the new Combat Systems Ciuricular Officer 
(CDR McCoy), and the author^^. Dr. Kelleher determined that the program as described 
was not a new program requiring the Academic Council’s specific approval. This is due 
to the fact that the program meets all requirements of the MSSE program previously 
approved by the Academic Council, and currently offered as the distance-learning 
program. 

It was the interpretation of Dr. Kelleher that while the Academic Council is 
required to approve all degree programs, it is the responsibility of the curricular officer to 
implement those degree programs. The Academic Council has no concern with the P- 
code or subspecialty requirements, as those are Navy concerns, not academic concerns. 
Since the program proposed in this thesis meets the requirements of an approved degree 
program, any student completing the proposed program would be eligible for the MSSE 
degree. Therefore, it is the responsibility of the curricular officer to ensure that the 
program completed by students fulfills the requirements of the subspecialty. 

At this point, the program’s status was determined to be approved because it 
satisfies the degree requirements for the Academic Council and it meets the needs of the 
Software Engineering subspecialty. Thus, graduates finish the program with both the 
Software Engineering graduate degree and the subspecialty code, qualifying them for 
jobs that require such knowledge, as determined by the coding procedure begim by Patsy 
Morgan following the addition of the subspecialty code to the subspecialty matrix. • 

D. IMPLEMENTING THE NEW CURRICULUM 

With the final step of approval confirmed, efforts commenced to begin utilizing 
the program by enrolling students in the program and aligning their coursework with the 
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newly-developed class matrix. A new class of Combat Systems students began their first 
quarter in early July 1999 along with the other students commencing their postgraduate 
education in NPS’ Stimmer Quarter of 1999. Despite the variety of the various track 
opportunities available to combat systems graduate students, the first quarter is uniform 
for all of them. During the first qiiarter, students attend seminars that describe the 
various tracks of coursework. These seminars, along with counseling and guidance fi'om 
the Combat Systems Curricular Officer, assist the students in determining which track to 
branch into during their second quarter. This second quarter for the class that recently 
began in the summer will commence in late September 1999. 

There will be students fi'om this class of new Combat Systems students who will 
enter the Software Engineering track, graduate with a MSSE degree, and earn the Combat 
Systems/Software Design 5707P subspecialty code. Having completed all steps 
described, the Software Engineering/Combat Systems curriculum and specialty are a 
reality. Assuming these personnel and their special knowledge are utilized in appropriate 
billets following their graduation, this effort will have a profound impact on the software 
systems in the Navy’s future. Current software systems will be dealt with more 
effectively, and quality maintainable, evolvable, and more cost effective systems will be 
developed in the future, due to the upgrading of the Navy’s trained and educated software 
engineers. 


1. One Potential Problem With Program Implementation 

There is a potential problem with actual implementation of the curriculum as time 
goes by. This is as a result of a Naval Postgraduate School policy that has created on¬ 
going problems for several curricula. Currently, each section of each class offered during 
a given quarter must have five students registered for the class. If less than fom students 
are registered, the faculty instructor receives no financial compensation for teaching the 
course. If four students are registered, the instructor receives reduced pay, but gets no 
credit for teaching the course. Thus, faculty have no incentive to teach a course with 
fewer than five students. This policy was created by the Provost/Academic Dean and the 
Director of Academic Planning for several reasons. One reason is that the lower bound is 
a deterrent for instructors to take on as little work as possible via a minimal number of 
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students. A second reason is to encourage faculty to teach a course less frequently, 
resulting in a better turnout rather than offering a course every quarter to only a few 
students.^® 

On the other side of the argument, there has been a decline in number of enrolled 
students due to the military drawdown. Additionally, curriculum populations have 
thinned the existing student base due to the creation of new curricula and the addition of 
new tracks to existing programs. 

Fortunately for the curriculum posed here, this appears to be an imlikely hurdle to 
have to face, although it is a possibility. The math and physics prerequisite courses are 
requirements for all of the Combat Systems students, and the Systems Engineering 
courses are taken by a significant number of the Combat Systems students in any of the 
other tracks as well. Thus, these courses are subject to the entirety of the Combat 
Systems curriculum students, which should easily number five per class at any given 
time. 

The Software Engineering courses offered at NPS are often very close to the 
minimum limit of five students per class, as many of the students taking these classes are 
the distance-learning non-resident students who do not coimt towards the minimum 
count. However, due to the fact that many of the courses are taken by Computer Science 
students, especially (but not exclusively) those who complete the Software Engineering 
specialization track, generally there should be an adequate number of students to fulfill 
the minimum requirement for each class. Additionally, as originally discussed dining the 
description of the curriculum, the scheduling of groups from both of the year’s Combat 
Systems student inputs combines all the students, and thus a minimum of five students 
should normally be available. 

If any course were to be cancelled, an alternative plan would need to be 
developed to ensure that the curricular program could still be completed by any students 
effected by the cancellation. This would likely be the responsibility of the Combat 
Systems Curricular Officer in conjunction with the Department Chair for the cancelled 
class. 


96 



* Meeting between Mark Polnaszek, Commander, USN, Combat Systems Curricular Officer, Naval 
Postgraduate School, Luqi, Software Engineering Chairman, Naval Postgraduate School, and the author, 
17 March 1999. 

^Ibid. 

^ Interview between Michael McMaster, Assistant Director of Programs, Naval Postgraduate School, and 
the author, 16 September 1999. 

^ Secretary of the Navy Instruction, SECNAVINST 1524.2A, Subject: POLICIES CONCERNING THE 
NAVAL POSTGRADUATE SCHOOL, p. 2, 04 April 1989. 

^ Telephone conversation between Mitch Brown, Professor, Naval War College, and the author, 01 
September 1999. 

^ NPS Catalog entry for Combat Systems received via email from Tom McCoy, Commander, USN, 

Combat Systems Curricular Officer, Naval Postgraduate School, to author, “RE: Additional File 
Request”, 01 September 1999. 

^ “EDUCATIONAL SKILL REQUIREMENTS COMBAT SYSTEMS SCIENCES AND TECHNOLOGY 
CURRICULUM (533)”. Naval Postgraduate School Catalog, Academic Year 1999, pp. 44-45. 

^ Naval Postgraduate School Software Engineering Department, entry for NPS Catalog, 06 July 1999. 

^ “Computer ESR's”, Naval Postgraduate School Catalog, [http://web.nps.navv.mil/-ofcinst/esr369.htm] . 
September 1999. 

Meeting between Kathleen Paige, Rear Admiral, USN, Deputy Program Executive Officer - Theater 
Surface Combatants, and Software Engineering Group delegation (including the author), 09 April 1999. 
Email from Bill Bail, Systems Engineering, Naval Sea Systems Command, to Luqi, Software 
Engineering Chairman, Naval Postgraduate School, “RE: Sponsorship of Software Engineering 
Subspecialty”, 11 March 1999. 

Meeting between Mark Polnaszek, Commander, USN, Combat Systems Curricular Officer, Naval 
Postgraduate School, and the author, 21 April 1999. 

Tracey, P.A., Chief of Naval Operations Memorandum Serial N731/7U637356 to Distribution, Subject: 
OFFICER GRADUATE EDUCATION REQUIREMENTS, 20 October 1997. 

Meeting between Tom McCoy, Commander, USN, Mechanical Engineering Curricular Officer, Naval 
Postgraduate School, and Software Engineering Group (including the author), 05 January 1999. 

Email from Tom McCoy, Commander, USN, Mechanical Engineering Curricular Officer, Naval 
Postgraduate School, to author, “RE: Meeting with Professor Luqi”, 31 December 1999. 

Email from Tom McCoy, Commander, USN, Mechanical Engineering Curricular Officer, Naval 
Postgraduate School, to Luqi, Software Engineering Chairman, Naval Postgraduate School, and the 
author, “Software Engineering Track”, 03 February 1999. 

Willson, J.L., N131 Memorandum to Distribution, Subject: PROPOSED SUBSPECIALTY SYSTEM, 

02 December 1998. 

Email from Tom McCoy, Commander, USN, Mechanical Engineering Curricular Officer, Naval 
Postgraduate School, to Luqi, Software Engineering Chairman, Naval Postgraduate School, and the 
author, “Software Engineering Track”, 03 February 1999. 

Email from Pemell Jordan, Lieutenant Commander, USN, Assistant Director of Programs, Naval 
Postgraduate School, to author, “FW: Changes to the SUBSPEC system”, 28 April 1999. 

Meeting between Dr. Matthew Kelleher, Acting Mechanical Engineering Chairman, Naval Postgraduate 
School, Tom McCoy, Commander, USN, Combat Systems Curricular Officer, and the author, 12 July 
1999. 

Telephone conversation between Pat Paulson, Naval Postgraduate School Academic Services Manager 
for Ae Provost and Academic Dean, and the author, 03 September 1999, 


97 



98 



VI. CONCLUSIONS AND FUTURE WORK 


A. CONCLUSIONS AND CURRENT STATUS 

As society and warfare become increasingly complicated, computer technology 
has become the essential tool to process excessive information loads, providing 
unmatched accuracy in an enormous multitude of processes. As situations continue to 
increase in complexity, computers will be necessary to do the processes no human could 
ever possibly perform. 

The use of computer technology as a highly effective tool is ever increasing in our 
modem world, and the warfare arena is no different. Manning issues due to budget 
concerns require a smaller military workforce, but theater conflicts are growing more 
complex in scope. Computers can be used as powerful tools to aid the warrior’s ability to 
fight a war despite an onslaught of information. 

It is indeed fortunate that all of the emerging technologies are creating great 
warfighting opportunities. It gives those who successfully integrate technological 
capabilities into their operations a significant advantage over those who cannot do so. 
The inability to efficiently conquer the technology of the information warfare age will 
lead to a significant hindrance in military capabilities. 

Among the many military services, there is a recognized need for this progression 
of technology and its implications on the strategy of warfare. With theater operations 
becoming so complicated that every possible advantage must be exploited, commanders 
have come to rely on computers as valuable information-processing, decision-making 
assets. 

Information must be processed quickly and properly to be effective. The 
decisions made or recommended by the technology must be correct. They must be based 
on accurate principles. Flawed reasoning and flawed technology can have very high 
costs and impose very severe negative (including fatal) effects in the military field. The 
systems upon which the military comes to depend must be developed using strict 
engineering disciplines. 

The Navy’s push toward IT-21 and network-centric warfare requires information¬ 
intensive systems of vmprecedented reliability, capability, performance, and scale. The 
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advances in software engineering technology continue to grow at an ever increasing rate. 
Software systems developed or acquired must be interoperable and employ information 
assurance. Personnel ensuring the completion of these tasks need to become “smart 
buyers” with respect to software systems. Additionally, operational commands need 
officers with software expertise to recover from possible failures in their information¬ 
intensive systems. 

The goal of this thesis was to develop a program that would help to ensure that the 
future needs for software engineers in the Navy would be adequately addressed. 
Engineers who can develop and maintain systems to ensure that future warriors can 
safely depend on the technology at their fingertips can be educated via a curriculum at the 
Naval Postgraduate School. These same NPS graduates would also have the ability to 
assume leadership roles in charting the technological specifications for future systems. 

This thesis advanced the realization of the need in the United States Navy for 
structured, organized software engineering education. Efforts by the Software 
Engineering Department staff and faculty, the Computer Science Department, various 
NPS curricular officers, and the author, have prompted changes to be made which will 
ensure the Navy is better prepared in the future to handle its software engineering 
concerns. 

The solution presented here was the development of a curriculum that combined 
the established Combat Systems framework with a specialization in Software 
Engineering. Approval was obtained at each requisite level, and a Combat 
Systems/Software Engineering subspecialty code has been added to the table of 
subspecialties in the new Navy Subspecialty System. As a result of this inclusion, 
graduates from the program should be better utilized in follow-on billets within the Navy. 
The specialization track has been added into the Combat Systems curriculum, and the 
NPS Catalog has been updated to reflect this new program. 

Students have received orders to attend the school to study the Combat Systems 
curriculum and are currently progressing towards completion of the Software 
Engineering track. Additionally, students previously in other tracks within the Combat 
Systems curriculum have changed their specialization and begun their studies in the 
Software Engineering track as an alternative. These students will be the first group of 
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active-duty Naval officers to graduate fi"om the Naval Postgraduate School with Master’s 
degrees in Software Engineering. (There is currently one active-duty officer at a remote 
command who has completed the coursework for an MSSE degree via distance-learning. 
Upon completion of his thesis, he will be the initial active-duty MSSE graduate from 
NPS.) 

With the completed education of Naval policy-makers in Washington DC 
concerning the need for Software Engineering education within the active-duty ranks, the 
development of a program addressing that need, the approval of that newly-developed 
program, and the implementation of the approved program, the effort undertaken in the 
thesis should be viewed as successful. 

B. FUTURE WORK 

Despite the progress made over the past year, the integration of Software 
Engineering education at the Naval Postgraduate School into the future plans for the 
Navy is incomplete. The largest project remaining is the expansion of the program in the 
establishment and acceptance of a singular Software Engineering curriculum. 

While the current successes in improving the state of Software Engineering 
education in the Navy will undoubtedly make a difference in the future, not all of the 
Navy’s software engineering needs will be met by the addition of a handful of students 
each year from within the Combat Systems curriculum. A greater number of qualified 
engineers with specific in-depth knowledge will be needed to fill all of the requirements 
of a future Navy which will become more dependent on computer technology than ever 
before. 

A sample cxirriculum with a much wider range and depth of software engineering 
topics has been assembled, but the perceived need for it remains to be sold to file officials 
who have backed the initial software engineering curriculum proposed within this thesis. 
Perhaps after the success of this program, it will be much easier to argue that the full 
solution does indeed meet the true needs of the Navy. 

In addition to the expansion of education, it is also vital that the results of the new 
Combat Systems/Software Engineering program be tracked. At some point a few years 
in the future, the utilization numbers for the software engineers produced at NPS should 
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be examined to determine if an improvement has been made following the program’s 
implementation. After the new Navy Subspecialty System comes online (currently 
scheduled for October 1999), it will take time (possibly up to 18 months) for the Major 
Manpower Claimants who drive the system to fully implement the changes. The author 
recommends that the statistics be reviewed after several years, to ensure that the desired 
effect is being achieved. That is to say, software engineers produced at the Naval 
Postgraduate School transfer into billets that can fully utilize their skills. 

Additionally, similar conclusions about the effects of the educational process can 
be drawn based on the results of future software projects undertaken by the service. If 
graduating officers move into positions where they can affect the overall software 
acquisition or development process, a future reduction in the number of failed, delayed, 
or over-budget projects would be a positive indicator of a successful educational 
program. 

Finally, it could be worthwhile to investigate the possibility of establishing a 
long-term career path for software engineers in the Navy. Part of the concern with 
establishing an extensive Software Engineering program with long-term experts is the 
lack of a viable career path for promotion and retention within the Naval structure. 
Recognizing the need to build a sense of identity and highlight the importance of Naval 
officers with experience and training within information systems technology, the 
Commander-in-Chief of the U.S Pacific Fleet (CINCPACFLT) recently released a Naval 
message calling for a dedicated cadre of officers with subspecialties centered on 
information technology, along with supporting viable sea/shore rotations and career 
continuity. This recognition of the need to develop officers competent with the latest 
computer technology opens the possibility for developing a career path for software 
specialists. If a career path was developed to make earning a Ph.D. in Software 
Engineering a realistic possibility, the Navy should step up its efforts to produce these 
Ph.D.’s at NPS. This would provide an outstanding source of very knowledgeable high- 
level engineers who could lead the future major software projects in the DoD. 
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c. 


WORKING WITH OTHER SERVICES AND AGENCIES 


This thesis focused on one specific aspect of the need for software engineering 
education in the future - the need of the United States Navy to produce engineers adept at 
handling the large-scale software systems found in the military. This focus was made 
based on the author’s Naval background, along with some knowledge of the Navy’s 
Officer Subspecialty System. Yet, the need for software engineers is imiversal in all 
branches of the military. For example, the Army has tanks and other weapons driven by 
software. The Air Force, like the Navy, has warplanes that use high-tech avionics. These 
large-scale projects are also greatly aided by the utilization of engineers specifically 
trained in this discipline. 

As discussed previously, there are students from all services in attendance at the 
Naval Postgraduate School, and in fact all the major services (Navy, Army, Air Force, 
Marines) currently have students enrolled in the Computer Science curriculum. Many of 
the successful Software Engineering track students within the Computer Science 
curriculmn have come from services other than the Navy. 

As with the Navy however, for each service there is a gap between the engineers 
being trained to understand the principles of software engineering and the veiy real need 
for future implementation skills related to large-scale software systems. 

The Navy need has been addressed on at least an initial level via the program 
proposed here, with the Naval officers completing the requirements of the new Combat 
Systems/Software Engineering subspecialty. Since the Department of Defense Directive 
on the Policy on Graduate Education for Military Officers (DoD Directive 1322.10) 
specifies that each Military Service shall: “Specifically identify all military ofBcer duty- 
assignment positions requiring their incximbents to possess a graduate degree”, certainly 
the other services must have a plan to address their graduate educational needs, but those 
exact methods are not known to the author. Additional work could be performed to 
determine if other potential students for the Software Engineering program at NPS could 
be recruited from the other services. 

Meanwhile to address these needs outside of recruiting additional students to 
study in-residence at NPS, the Software Engineering Department has been working to 
find additional ways to expand the educational opportunities available to the services. It 
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is this effort that is responsible for the recent expansion of the student base in the 
distance-learning program as mentioned earlier. However, other opportunities exist 
within the Department of Defense to further the knowledge of software engineering. 

During a trip to the Army Personnel Command in Arlington, Virginia, the Army 
was interested in several aspects of the Software Engineering coursework available fi'om 
the department at NFS. For example, they were particularly interested in any program 
that their officers could complete in a single year^, as opposed to most curricula at NFS 
that are two years in length, including the standard Computer Science curriculum. While 
those students who are not computer experts typically need two years to complete a 
degree, it is possible to develop a plan for experienced computer scientists to complete 
the degree requirements in a four-quarter period. The full-time one-year MSSE program 
currently taught by distance-learning is exactly such a program. 

Additionally, the DoD civilian Master’s of Science in Software Engineering 
programs at various military commands helps to support the other services. 
Investigations into the expansion of these programs to new sites are on-going and could 
increase the knowledge assets onboard military and government installations across the 
coimtry. Since it is easier for these students to complete their Master’s theses on topics 
which are directly related to their jobs at their sponsoring agencies, those agencies and 
services benefit not only from more experienced and knowledgeable engineers, but also 
from the completion of research projects at minimal costs. This holds a potential for 
huge savings when compared to contracting out the research to an outside company, both 
in the costs of the research and in the time which would be needed to bring the outside 
company up to speed on the project before they could even begin the research. 

Discussions about the expansion of the distance-learning program have taken 
place between the Software Engineering Department and Marvin Langston, a previous 
Department of the Navy Chief Information Officer (DONCIO). Approximately a dozen 
additional distance-learning sites have been proposed in the on-going talks. Some of the 
locations where negotiations for a distance-learning program in software engineering are 
on-going include: Fort Monmouth, the Office of the Secretary of Defense (OSD), the U.S. 
Army Training Command at Fort Monroe, Red River, Fort Gordon, Fort Huachuca, the 
Naval Undersea Warfare Center (NUWC), the Naval Air Warfare Center (NAWC) at 
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China Lake, and the NASA White Sands Test Facility. Additionally, the Pentagon^ and 
the D151 Training Department at the Defense Information Systems Agency (DISA) in 
Arlington, Virginia'*, have contacted the Software Engineering Department at NPS to 
inquire about the availability of course offerings via video tele-conferencing (VTC). 
Whether any or all of these sites will take advantage of the opportunity to hold software 
engineering refresher short courses or to establish a distance-learning degree program 
akin to those at SPAWAR, TACOM, and the newly established programs at Fort Belvoir 
and NSWC is unknown. 


’ CINCPACFLT PEARL HARBOR, Naval Message, Subject: Infonnation Technology Officer 
Community, 291816Z JUL 99. 

^ Meeting between personnel fi'om Army Personnel Command, Arlington, Virginia, and Software 
Engineering Group delegation (including the author), 07 April 1999. 

^ Email from Melissa Hicks, Office of the Director of Information Systems for Command, Control, 
Communications, and Computers, Headquarters, Department of the Army, Washington, DC, to Luqi, 
Software Engineering Chairman, Naval Postgraduate School, “RE: SE Master degree program 
annoimcement”, 09 June 1999. 

“ Email from James Jeffries, Defense Information Systems Agency, D151 Training, Arlington, Virginia, to 
Luqi, Software Engineering Chairman, Naval Postgraduate School, “SE Master Degree Program 
Announcement”, 09 June 1999. 
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APPENDIX A. COURSE MATRICES FOR THE 
COMBAT SYSTEMS/SOFTWARE ENGINEERING 

TRACK 


Included here are two matrices containing the required coursework in the new 
Software Engineering track within the Combat Systems curriculum. These matrices 
cover the two separate student inputs during the year for the Combat Systems curriculum. 

The first matrix contains the typical coxirse of study for the students who enter the 
Combat Systems curriculum in July. This is the course matrix being used by the students 
who have already begun completion.of this track. 

The second matrix is for the students who arrive at NFS and begin classes in 
January. This matrix is similar to the first matrix, except that the actual sequencing of 
several of the courses is different to facilitate course scheduling concerns. The exact 
same combes are taken by all the students, regardless of the entry date to the curriculum. 
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Combat Systems curriculum — Software Engineering track (MSSE degree) 

JULY start date 


QTR 

Fom courses for full-time students 

1 

PHI 121 

Mechanics I 
(4-2) 

MA1995 

Math Methods I 
(5-0) 

MA1996 

Math Methods I 
(5-0) 

NW3230 

Strategy and Policy 
(4-0) 

2 

PH1322 

E&MI 

(4-2) 

PH2151 

Mechanics II 
(4-1) 

PH3991 

Theoretical Physics 
(4-0) 

CS3460 

Software Methodology 
(3-1) 

3 

PH1623 

Modem Physics I 
(4-2) 

PH2351 

E&MII 

(4-1) 

SE2013 

Analog Techniques and 

Communications 

(4-3) 

CS4500 

Software Engineering 
(3-1) 

4 

PH3352 

E&Mm 

(4-0) 

PH3652 

Modem Physics II 
(4-1) 

SE2014 

Digital Techniques 
(4-3) 

CS4520 

Advance Software 

Engineering 

(3-0) 

5 

PH3292 

Physical Optics 
(4-2) 

SE3015 

Autonomous Combat 
Systems Design 
(3-4) 

CS4510 

Computer-Aided 

Prototyping 

(3-0) 

CS4530 

Software Engineering 
Research in the DoD 
(3-0) 

6 

Thesis 

SE3172 

Physics of Weapon 

Systems 

(4-2) 

CS4540 

Software Testing 
(3-1) 

CS4580 

Design of Embedded 
Real-Time Systems 
(3-0) 

7 

Thesis 

SE3400 

Physics of Sonar 

Systems 

(4-2) 

CS4570 

Software Reuse 
(3-0) 

CS4591 

Requirements Engineering 
(3-1) 

8 

Thesis 

Thesis 

SE4050 

Physics of E&M Sensors 
(4-2) 

SE4860 

Advanced Weapons 

Concepts 

(4-1) 
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Combat Systems curriculum -- Software Engineering track (MSSE degree) 

JANUARY start date 


QTR 

Four courses for full-time students 

1 

PHI 121 

Mechanics I 
(4-2) 

MA1995 

Math Methods I 
(5-0) 

MA1996 

Math Methods I 
(5-0) 

NW3230 

Strategy and Policy 
(4-0) 

2 

PH1322 

E&MI 

(4-2) 

PH2151 

Mechanics II 
(4-1) 

PH3991 

Theoretical Physics 
(4-0) 

CS3460 

Software Methodology 
(3-1) 

3 

PHI 623 

Modem Physics I 
(4-2) 

PH2351 

E&MH 

(4-1) 

SE2013 

Analog Techniques and 

Communications 

(4-3) 

CS4500 

Software Engineering 
(3-1) 

4 

PH3652 

Modem Physics II 
(4-1) 

PH3352 

E&Min 

(4-0) 

SE2014 

Digital Techniques 
(4-3) 

CS4540 

Software Testing 
(3-1) 

5 

PH3292 

Physical Optics 
(4-2) 

SE3400 

Physics of Sonar 

Systems 

(4-2) 

CS4570 

Software Reuse 
(3-0) 

CS4591 

Requirements Engineering 
(3-1) 

6 

Thesis 

Thesis 

SE3172 

Physics of Weapon 

Systems 

(4-2) 

CS4520 

Advance Software 

Engineering 

(3-0) 

7 

Thesis 

SE3015 

Autonomous Combat 
Systems Design 
(3-4) 

CS4510 

Computer-Aided 

Prototyping 

(3-0) 

CS4530 

Software Engineering 
Research in the DoD 
(3:0) 

8 

Thesis 

SE4050 

Physics of E&M 

Sensors 

(4-2) 

SE4860 

Advanced Weapons 

Concepts 

(4-1) 

CS4580 

Design of Embedded 
Real-Time Systems 
(3-0) 
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APPENDIX B. COURSE DESCRIPTIONS 


Listed below are the course descriptions for all the courses foimd in the proposed 
Combat Systems/Soflware Engineering program, as described in the text of Chapter IV. 
These descriptions were taken from the online NFS Catalog found via the NFS Office of 
Instruction pages at http://web.nps.navy.mil/~ofcinst 

The one exception is the description for the mandatory Naval War College course, 
which is not listed in the current online NFS Catalog due to its recent addition to the list 
of courses available through the school. The description listed here for the “Strategy and 
Folicy” course was obtained from the developers of the course at the Naval War College 
via a 28 July 1999 email from Frofessor Doug Smith at the NWC to Commander Michael 
McMaster, the Assistant Director of Frograms at NFS. This course description will be 
included in the next version of the Naval Fostgraduate School Catalog. 

Much greater detail on all the Software Engineering courses, including the 
electives not listed as requirements for this curriculxun, is available for viewing online at 
the web site containing all pertinent information on the Software Engineering 
Department: http://www.cs.nps.navy.mil/~se/ Available there are expanded entries 
containing the courses’ catalog descriptions, prerequisites, textbooks used, academic 
objectives, summaries of course content, skills learned, and applicable ESR’s. 

The descriptions that follows are not the complete list of all courses available 
from these departments, but only those used in this specific curriculum. A complete list 
of all courses is available online via the above listed NFS Office of Instruction web page. 
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MATHEMATICS COURSE DESCRIPTIONS 


MA1995 MATHEMATICS FOR SCIENTISTS AND ENGINEERS 1(5-0). 

This course is taken concurrently with MA1996 (5 - 0). Descriptions of all topics in both 
courses are provided in this course description but half of these topics are taught in 
MA1996 (5 - 0). Precalculus review, complex numbers and algebra, complex plane, 
DeMovire’s Theorem, matrix algebra, LU decomposition, Cramer’s rule, eigenvalues and 
eigenvectors. Limits and rates of change, derivatives, rules of differentiation, extreme 
values, indefinite integrals, vectors in the plane, definite integrals, applications and 
modeling physical problems, special functions, vectors in space, partial derivatives 
multiple integrals, integration in vector fields, extreme values, power series, first and 
second-order ordinary differential equations with applications. This course was designed 
for the METOC and Combat Systems curricula. PI^REQUISITE: Precalculus 
mathematics. 

MA1996 MATHEMATICS FOR SCIENTISTS AND ENGINEERS II ( 5 - 0). 

This comse is taken conciurently with MA1995 (5 - 0). Descriptions of topics in this 
course are given in the course description for MAI995 (5 - 0). This course was designed 
for the METOC and Combat Systems curricula. PREREQUISITE; Precalculus 
mathematics. 


PHYSICS/SYSTEMS ENGINEERING COURSE DESCRIPTIONS 


PH1121 PHYSICS I ( 4 - 2 ). 

Particle kinematics, Newton’s laws of motion, particle dynamics, work and energy, 
conservation of energy and momentum, systems of particles, rotational kinematics and 
dynamics including torque and angular momentum, gravitation, stress and strain in 
materials, simple harmonic motion, fluids. Laboratory exercises. PREREQUISITE: A 
course in calculus or concurrent registration in a calculus course and approval of the 
instructor. 

PH1322 PHYSICS H (4 - 2 ). 

Electric charge. Coulomb’s Law, electric field. Gauss’ Law, electrical potential and 
energy, current and resistance, EMF, capacitors and dielectrics, magnetic field, Faraday’s 
Law, Ampere’s law. Maxwell’s equations, wave motion. Laboratory exercises. 
PREREQUISITE: PHI 121 or approval of the instructor. 

PH1623 PHYSICS III (4-2). 

Geometrical and physical optics, thermodynamics and kinetic theory, soimd, atoms and 
molecules, modem physics: Laboratory exercises. PREREQUISITES: PH1322 or 
approval of the instructor. 
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PH2151 PARTICLE MECHANICS ( 4 -1). 

After a review of the fundamental concepts of kinematics and dynamics, this course 
concentrates on those two areas of dynamics of simple bodies which are most relevant to 
applications in Combat Systems: vibrations and projectile motion. Topics include: 
damped and driven oscillations, projectile motion with atmospheric friction, satellite 
orbits, and rotating coordinate systems. PREREQUISITES: PHI 121 or equivalent; 
MA2121 or equivalent comse in ordinary differential equations (may be taken 
concurrently). 

PII2351 ELECTROMAGNETISM ( 4 - 1). 

Electrostatic fields in vacuum and dielectrics, electrostatic energy and capacitors. The 
magnetic field of steady currents, Biot-Savart and Ampere’s Laws, vector potential, 
magnetic properties of matter. Faraday’s Law. Magnetic energy. Maxwell’s Equations. 
Gauge transformations. The electromagnetic wave equation and plane waves. 
PREREQUISITES: PH1322 or equivalent, a course on multivariable calculus and a 
comse on differential equations. 

PH3292 APPLIED OPTICS ( 4 - 2 ). 

An intermediate-level coiuse in optics. Review of basic optical concepts: reflection, 
refi:action, imaging systems, interference, polarization. Matrix methods of ray tracing and 
matrix-based analysis of optical systems. Introduction to aberrations. Birefringence, 
circular and elliptical polarization, optical activity, electro-optical modulators. Multiple- 
beam interference. Huygens-Fresnel principle, Fraunhofer diffraction, Fresnel diffraction. 
Introduction to Fourier optics. Basic coherence theory and its applications. 
PREREQUISITES: PH1623 and PH3352, or equivalents. 

PH3352 ELECTROMAGNETIC WAVES AND RADIATION (4 - 0 ). 

Propagation of uniform plane waves in free space, in dielectric media, in conducting 
media (with emphasis on sea water), and in the ionosphere. Reflection and refinction. 
Radiation and antermas. Principles of radar. Rectangular waveguides. PREREQUISITE: 
PH2351. 

PH3652 QUANTUM MECHANICS ( 4 -1). 

This course covers the fundamentals of quantum mechanics that are required for 
applications in combat systems technology. Wave-particle duality and the Schrodinger 
equation, bound states, scattering by simple barriers, WKB approximation, expectation 
values and operators, rotationally invariant potentials, hydrogen atom, quantum theory of 
angular momentum, spin, identical particles, Pauli exclusion principle, perturbation 
theory. PREREQUISITES: PH1623, PH3152, PH3991. 

PH3991 THEORETICAL PHYSICS (4-0). 

Discussion of heat flow, electromagnetic waves, elastic waves, and quantum mechanical 
waves; apphcations of orthogonal fimctions to electromagnetic multi poles, angular 
momentum in quantum mechanics, and to normal modes in acoustic and electromagnetic 
systems. PREREQUISITE: Basic physics, multivariable calculus, vector analysis, Fourier 
series, complex nmnbers, and ordinary differential equations. 
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SE2013 INTRODUCTORY APPLIED PHYSICS LABORATORY ( 4 - 3 ). 

This course is an introduction to basic electronic test instrumentation and basic passive 
and active circuit components, with emphasis on extensive, practical hands-on exposure 
to laboratory hardware and devices. Included are the measurement and signal processing 
of analog signals and analog sensors/transducers as well as applied Fourier analysis and 
transfer functions. Operational amplifiers are introduced as building blocks of analog 
systems. Negative feedback amplifiers and op-amp applications are covered as well as 
positive feedback and oscillators. Some backgroimd in laboratory instrumentation and 
simple DC and AC circuit elements is assumed. PREREQUISITES: College-level basic 
physics and mathematics, plus simple electrical circuits (e.g. PH1322). 

SE2014 INTERMEDIATE APPLIED PHYSICS LABORATORY ( 4 - 3). 

This course is a continuation of the instrumentation and signal processing topics begun in 
SE2013. Included are controllable oscillators and RF modulation/demodulation 
techniques. Basic electrical noise sources and active filters are covered. The basics of 
elementary digital logic gates and ICs are covered, as well as an overview of some 
relevant microcomputer topics, such as digital encoding schemes, analog and digital 
interfacing, and serial communications and networking. At the discretion of the 
instructor, a hands-on class project, incorporating the course material, may be assigned. 
Typical projects are: in-air sonar systems, radio receivers and transmitters, and opto¬ 
electronic communications links. 

SE3015 ADVANCED APPLIED PHYSICS LABORATORY ( 3 - 4 ). 

Students are expected to integrate the material that they learned in the previous two 
courses (SE2013 and SE2014), along with some additional basic material on embedded 
microprocessors. A working introduction to control systems theory is provided and 
incorporated into an autonomous weapon system or “robot”. With the exception of the 
formal material on control systems, the entire course is devoted to the project, with 
students split into competing teams, each developing independent hardware and software. 
At the end of the quarter, each team’s system competes against the others’ systems in a 
comprehensive contest that tests the students’ assimilation of both the formal and the 
practical aspects of analog and digital instrumentation, sensor interfacing and system 
control. PREREQUISITES: SE2911 or other C/C++ programming course, plus SE2013 
andSE2014. 

SE3172 PHYSICS OF WEAPONS SYSTEMS: FLUID DYNAMICS OF 
WEAPONS, SHOCK WAVES, EXPLOSIONS ( 4 - 2 ). 

This course provides the basic physical principles applicable to air-bome and water-borne 
missiles, as well as the fluid dynamics of shocks and explosions. Topics include: 

Elements of thermodynamics, ideal fluid flow, elementary viscous flows, similitude and 
scaling laws, laminar and turbulent boundary layers, underwater vehicles, classical airfoil 
theory, supersonic flow, drag and lift of supersonic airfoils with applications to missiles, 
fluid dynamics of combustion, underwater explosions. PREREQUISITES: PH2151 and 
PH3991. 
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SE3400 SURVEY OF UNDERWATER ACOUSTICS (4 - 2). 

The physics of the generation, propagation, and detection of sound in the ocean. Topics 
include the acoustic wave equation and its limitations in fluids; plane, cylindrical, and , 
spherical waves; the ray approximation; reflection of planes waves from plane 
boundaries; radiation of sound from circular piston, continuous line source, and linear 
array; speed of sound and absorption in the ocean; active and passive sonar equations; 
transmission-loss and detection-threshold models; normal mode propagation in the ocean; 
the parabolic equation approximation. Laboratory experiments include surface 
interference, noise analysis, normal modes, and acoustic waveguides. PREREQUISITES: 
PH2151 andPH3991. 

SE4050 PHYSICS OF ELECTROMAGETIC SENSOR SYSTEMS ( 4 - 2 ). 
Introduction to the physics of active and passive electromagnetic detection systems. Basic 
radiometry. Introduction to radar: ranging, pulse rate and range ambiguity, Doppler 
measurements radar equation, target cross-sections, antenna beam patterns and phased 
arrays. Optoelectronic displays: CRTs, LEDs, LCDs, plasma displays. Introduction to 
lasers: transitions, population inversion, gain, resonators, longitudinal and transverse 
resonator modes, Q-switching, mode-locking, laser applications. Photodetection basics: 
noise and its characterization, photovoltaic, photoconductive and photoemissive 
detectors, image intesifiers, CCDs. Introduction to optical fibers and their applications. 
PREREQUISITES: PH3292, PH3352 and PH4653, or equivalents. 

SE4860 ADVANCED WEAPON CONCEPTS (4 -1). 

This course serves as a final synthesis course in the Combat Systems Science and 
Technology Curriculum 533. It brings together many elements of the curriculmn in a 
comprehensive overview of the components and underlying technologies of modem 
missile delivered warheads. After an introduction to modem high explosives and 
determination of velocities of explosively driven metal, a description of principles and 
design considerations for all types of modem warheads is given. This is followed by an 
analysis of the effects of the various warhead mechanisms on targets. The second half of 
the course is dedicated to a comprehensive overview of modem missile elements and 
their technologies. The course concludes with a summary of the tactical missile 
development process. PREREQUISITES: The course requires good comprehension of all 
aspects of mechanics (e.g. PH3152), electromagnetism (e.g. PH3352), modem optics 
(e.g. PH3292) and some fluid dynamics (e.g. SE3172). 


SOFTWARE ENGINEERING COURSE DESCRIPTIONS 


CS3460 SOFTWARE METHODOLOGY (3 -1). 

Introduction to the software life cycle. Methods for requirements definition, design, and 
testing of software. Basic concepts of software engineering, including stepwise 
refinement, decomposition, information hiding, debugging, and testing. 
PREREQUISITES: CS2972 and CS3300. 
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CS4500 SOFTWARE ENGINEERING ( 3 - 1). 

The techniques for the specification, design, testing, maintenance and management of 
large software systems. Specific topics include software life cycle pl annin gs cost 
estimation, requirements definition and specification, design, testing and verification, 
maintenance and reusability. The laboratory sessions will discuss special topics. 
PREREQUISITE: CS3460 or consent of instructor. 

CS4510 COMPUTER-AIDED PROTOTYPING (3 - 0 ). 

This course covers the concept and application of computer-aided prototyping to the 
development and acquisition of DoD software systems. Specific topics include the 
prototyping software life cycle, system models, design methods, automatic code 
generation, prototyping languages and tools, and their unique systematic system 
construction methods for increasing productivity, reliability and portability of software 
development in comparison with other development methods. PREREQUISITE: CS4500 
or consent of instructor. 

CS4520 ADVANCED SOFTWARE ENGINEERING ( 3 - 0 ). 

This course is a sequel to CS4500. The methods for specifying, designing, and verifying 
software systems are covered in depth, with emphasis on automatable techniques and 
their mathematical basis. The techniques are applied to construct and check Ada 
programs using a formal specification language. The course concludes with a summary 
of current research areas in software engineering. PREREQUISITE: CS4500 or consent 
of instructor. 

CS4530 SOFTWARE RESEARCH AND DEVELOPMENT IN DOD ( 3 - 0 ). 

This course builds on the material covered in CS4500. Fundamental principles of 
computer system/network security and distributed computing are covered along with 
advanced methods, techniques and standards aimed at improving the development and 
acquisition of DoD software systems. Specific topics include: the application of software 
engineering principles for designing large, secure, embedded real-time computer systems; 
the application of software engineering principles for the design of distributed systems; 
automated tools for the specification, design and generation of code for applications; and 
existing emerging DoD standards for software development, security and acquisition. 
PREREQUISITE: CS4500 or consent of instructor. 

CS4540 SOFTWARE TESTING ( 3 - 1). 

This course covers the theory and practice of testing computer software with the intent of 
preventing, finding and eliminating bugs in software. Planning and executing software 
tests are covered, including requirements-based testing, and advanced testing techniques. 
These topics are discussed in the context of a realistic development environment, 
illustrated using a variety of software testing tools. PREREQUISITE: CS4500 or consent 
of instructor. 
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CS4570 SOFTWARE REUSE ( 3 - 0 ). 

This course covers the concepts, methods, techniques and tools for systematic reuse of 
software components and systems. Specific topics include design and re-engineering for 
reuse, mechanisms for enhancing reuse, domain specific reuse and software architectures, 
reuse of requirements models, specifications and designs, tools for reuse, software library 
organization, and methods for component search. PREREQUISITE: CS4500 or consent 
of instructor. 

CS4580 DESIGN OF EMBEDDED REAL-TIME SYSTEMS (3 - 0). 

This course covers the concepts, methods, techniques and tools for supporting the design 
of embedded real-time systems. Specific topics include real-time systems and 
concurrency models, object-oriented methods for real-time system design, real-time 
scheduling, and Ada 95 support for concurrent and real-time systems. PREREQUISITE: 
CS4500 or consent of instructor. 

CS4591 REQUIREMENTS ENGINEERING ( 3 -1). 

This is an in-depth treatment of requirements engineering concepts, methods, and tools. 
The role of requirements engineering within software engineering is explored as well as 
consistency, cost-benefit analysis, resolving multiple viewpoints, dependency tracing, 
and automated decision support. Topics are reinforced with examples from DoD 
applications. Prototyping is introduced as a means of assessing requirements early in the 
design process. PREREQUISITE: CS4500 or consent of instractor. 


NAVAL WAR COLLEGE COURSE DESCRIPTION 


NW3230 STRATEGY AND POLICY: THE AMERICAN EXPERIENCE ( 4 - 0 ). 
This course is a tailored version of the Strategy and Policy (S&P) course taught at the 
Naval War College in Newport, RI. It has been revised to focus on the critique of 
strategies and their utility in achieving a nation’s policy objectives. The course utilizes 
case studies derived from the American experience. This course is mandatory for all 
DoN students, and it will be taught by NWC faculty during the normal academic day. 
(This course replaces the previously mandatory course NS3252 Maritime Strategy). 
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APPENDIX C. NPS CATALOG ENTRY FOR THE 
COMBAT SYSTEMS CURRICULUM 


Enclosed here is the revised entry for the Combat Systems curriculum for the next 
version of the NPS Catalog, as updated by the Combat Systems Cmricular Office. Due 
to the size of the Combat Systems curriculum with its various track options, the entire 
catalog entry has not been included, but instead only the parts of the entry relevant to the 
new Software Engineering track option. 

The Educational Skill Requirements are the same for all tracks in the Combat 
Systems curriculum (curriculum 533), and they are included here as well. These ESR’s 
describe the desired educational goals for the curriculum’s graduates. The ESR’s were 
taken from the 1999 printed version of the NPS Catalog. 

The XX66P code mentioned as the Combat Systems subspecialty is the code 
currently earned imder the old Officer Subspecialty System. Under the new Navy 
Subspecialty System, there are actually nine different Combat Systems P-codes. Of the 
codes in the new system, one is a generic Combat Systems P-code, and the other eight are 
specific to the specialization track completed along with the P-code requirements. The 
matrix containing all of the Engineering and Technology (5XXX level) subspecialties in 
the new subspecialty system includes all nine of the Combat Systems subspecialties and 
was presented as Figure 13 in Chapter V. 
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COMBAT SYSTEMS PROGRAMS 


Curricular Officer: 

William T. McCoy 
CDR, USN 

Engineering & Technology, Code 34 
The Mechanical Engineering Building 
Building 245, Room 115 
(831) 656-2033, DSN 878-2033 
e-mail: wtmccoy@nps.navy.mil 
httD://web.nDs.naw.mil/-code34 


COMBAT SYSTEMS SCIENCES AND TECHNOLOGY 
CURRICULUM 533 

Physics Web Page: httD://w\Aw.Dhvsics.nDs.naw.mil 

This program is designed to meet the needs of the military services for an officer having a broad-based advanced 
technical education applicable to combat systems design, development, test and evaluation, acquisition, operation, 
and support- Included in the core are courses on electromagnetic radiation, signal processing, optoelectronics, servo 
and computer rontrol systems, explosives and warheads, fluid dynamics of weapons, combat simulation, quantum 
devices, detection and engagement elements, combat systems integration, and computing resources for advanced 
combat systems. Additionally, the officer will take a sequence of four or more courses in one of the following 
concentration areas: electromagnetic sensors systems, weapons and effects, underwater acoustic systems, tactical 
missile systems, total ships systems engineering, software engineering, or an engineering area related to combat 
systems. The officer will also conduct thesis research on a military relevant technical problem. 

REQUIREMENTS FOR ENTRY 

A baccalaureate degree with mathematics through differential and integral calculus and a calculus-based basic 
physics sequence are required for direct input. Courses in the physical sciences and engineering are highly desirable. 
An APC of 334 is required. 

COMBAT SYSTEMS SCIENCES AND TECHNOLOGY SUBSPECIALTY 

Completion of this curriculum qualifies an officer as a Combat Systems Sciences and Technology Sub-specialist 
with a subspecialty code of XX66P. The cum'culum sponsor is the Naval Sea Systems Command. 

Typical Jobs in this Subspeciaity: 

NTDS-CIC:FLTCOMBDSSA, San Diego, CA 

Weapons instructor: Naval Academy, Annapolis, MD 

Testing Officer: COMOPTEVFOR; Defense Nuclear Agency (DNA) 

Research Associate: Lawrence Livermore Laboratory: Los Alamos National Laboratory, Naval Research Laboratory 

Physics Instructor Naval Academy, Annapolis, MD 

Electro-Optics Project Officer: Naval Ocean Systems Center, San Diego CA 

Project Management: NAVSEASYSCOM, SPAWARSYSCOM 

Physicist: Defense Nuclear Agency (DNA) Tactical Nuclear Weapons/Plans: CINCLANT, DNA, Los Alamos 
Training Officer: PDW-1 24 (Undersea Surveiliance) 

Strategic Systems Project Officer: Director of SSPO 

ENTRY DATES 

Combat Systems Sciences and Technology is an eight-quarter course of study with entry dates in January and July. 

If further information is needed, contact the Acadeiriic Associate or Curricular Officer for this curriculum. Other entry 
dates are possible by special arrangement with the curricular officer. 

Curriculum 533 
Academic Associate: 

James V. Sanders, Associate Professor 
Code PH/Sd, Spanagel Hall, Room 200A 
(831) 656-3884/2116, DSN 875-3884/2116 
e-mail: jsanders@nps.navy.mil 

DEGREE 

Students, depending on background, may earn a Master of Science in Physics, Applied Physics, Computer Science, 
Engineering Acoustics, or one of the engineering disciplines. 
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TYPICAL COURSE OF STUDY 
APPLIED PHYSICS OPTION 


Quarter 1 

MA1995 

(5-0) 

Mathematics for Scientists and Engineers i 

MA1996 

(5-0) 

Mathematics for Scientists and Engineers II 

NW3230 

(4-0) 

Strategy and Policy: The American Experience 

PH1121 

(4-2) 

Mechanics 

Quarter 2 

PH1322 

(4-2) 

E&M 

PH2151 

(4-1) 

Particie Mechanics 

PH3991 

(4-0) 

Theoretical Physics 

SE2911 

(4-3) 

Combat Systems Simulation * 

Quarter 3 

PH1623 

(4-2) 

Optics, Thermo and Modem Physics 

PH3152 

(4-0) 

Mechanics of Physical Systems 

PH2351 

(4-1) 

Electromagnetism 

5E2013 

(4-3) 

Analog and Communications Techniques * 

Quarter 4 

PH3352 

(4-0) 

Electromagnetic Waves and Radiation 

PH3652 

(4-1) 

Quantum Mechanics * 

SE3172 

(4-1) 

Physics of Weapon Systems* 

SE2014 

Quarter 5 

(4-3) 

Digital Techniques 

Concentration Course 

PH3292 

(4-2) 

Applied Optics 

PH4653 

(4-0) 

Condensed Matter * 

SE3015 

(4-3) 

Autonomous Combat System Design * 

SE2020 

Quarter 6 

(1-0) 

Combat Systems Requirements and Design 

Concentration Course 

Concentration Course 

SE4050 

(4-2) 

Physics of E&M Sensor Systems * 

XX0810 

(0-8) 

Thesis Research 

Quarter 7 

SE3400 

(4-2) 

Physics of Sonar Systems* 

Concentration Course 

XX0810 

(0-8) 

Thesis Research 

XX0810 

(0-8) 

Thesis Research 

Quarter 8 

SE4021 

(4-0) 

Combat Systems Project Integration * 

SE4022 

(3-0) 

Combat Systems Capstone * 

SE4860 

(4-0) 

Advanced Weapons Concepts * 

XX0810 

(0-8) 

Thesis Research 


*ln development 
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Concentration Areas: 


NOTE: Final approval of an individual student's degree rests with the Chairman of the cognizant department. 


(A) MS Applied Physics: 

(B) MS Physics: 

(C) MS Computer Science: 

(D) MS Engineering Acoustics: 

(E) MS Electrical Engineering: 

(F) MS Mechanical Engineering 

(G) MS Aeronautical Engineering 

(H) MS Software Engineering 

CS3460 Software Methodology 

CS4500 Software Engineering 

CS4510 Computer-Aided Prototyping 

CS4520 Advanced Software Engineering 

CS4530 Software Research and Development in DoD 

CS4540 Software Testing 

CS4570 Software Reuse 

CS4580 Development of Embedded Real Time Systems 
CS4591 Requirements Engineering 


122 



EDUCATIONAL SKILL REQUIREMENTS 
COMBAT SYSTEMS SCIENCES AND TECHNOLOGY 
CURRICULUM (533) 

Subspecialty Code XX66P 


1 . MATHEMATICS, SCIENCE, AND ENGINEERING FUNDAMENTALS: A solid foundation in 
mathematics, physics, and engineering to support the theoreticai and experimental aspects of the 
technical courses in the curriculum. 

2. SCIENTIFIC AND ENGINEERING PRINCIPLES necessary to understand the elements of combat 
systems: 

a. Acoustic and electromagnetic propagation; physics of solid-state, electro-optic, and quantum 
devices; principles of radar and sonar systems; and signal analysis and decision theory. 

b. Communication systems, fiber optics, integration of computing resources in advanced systems, 
advanced distributed computing concepts, and automatic control systems. 

c. Fluid dynamics of subsonic and supersonic weapons, warheads and their effects (nuclear and 
conventional), counter measures and deception techniques. 

d. Combat systems simulation and testing including sufficient probability and statistics theory to 
appreciate the limits of simulation. 

3. COMBAT SYSTEMS ENGINEERING: An understanding of the principles of design, development, 
improvement, and logistics engineering, including the importance of technical and economic trade-offs. 

4. MATERIALS SCIENCE: Familiarity of the concepts of materials science sufficient for an understanding 
of the mechanical, electrical, and thermal properties of materials. 

5. JOINT AND MARITIME STRATEGIC PLANNING: American and world military history and joint and 
maritime planning including the origins and evolution of national and allied strategy; current American 
and allied military strategies which address the entire spectrum of conflict; the U.S. maritime 
component of national military strategy; the organizational structure of the U.S. defense establishment; 
the role of the commanders of unified and specified commands in strategic planning, the process of 
strategic planning; Joint and service doctrine, and the roles and missions of each in meeting national 
strategy. 

6. GRADUATE CONCENTRATION: A concentration of several graduate-level courses in a technical field 
within the general area of combat systems. The knowledge required for an approved concentration is: 

A. ELECTROMAGNETIC SYSTEMS 

1) Statistical physics. 

2) Electromagnetics propagation in homogeneous and random media. 

3) Sensors for detecting electromagnetic radiations. 

4) Concepts of target surveillance, acquisition, and engagement. 

B. CONVENTIONAL WEAPONS, DIRECTED ENERGY WEAPONS, AND WEAPONS OF MASS 
DESTRUCTION AND THEIR EFFECTS 

1) Physics of High velocity Impact phenomena in Solids. 

2) Weapons Lethality and Sunrivability. 

3) Nuclear and other weapons of mass destruction and their effects. 

4) Physics of Directed Energy Weapons. 
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C. UNDERWATER ACOUSTIC SYSTEMS 


1) Acoustical theories, mechanical vibration, wave propagation in the ocean; scattering, 
fluctuations and boundary interactions: transducer theory and design; and array theory. 

2) Active and passive acoustic signal processing including adaptive techniques. 

3) Acoustic influences of oceanographic phenomena including boundary characteristics, ambient 
noise, sound speed profiles, fronts, and eddies. 

D. ENGINEERING DISCIPLINE 

A series of at least six graduate-level courses in an area related to combat systems in the 
disciplines of either Electrical Engineering, Mechanical Engineering, Aeronautical Engineering, 
Software Engineering, Computer Science, Total Ship System Engineering or Physics. This series 
must be approved by the Curricular Officer. 

7. THESIS: Ability to recognize scientific and engineering advancements of potential value to the Navy, 
formulate a research problem, perform the necessary research, and report the results. 

Curriculum Sponsor and ESR Approval Authority 

Commander, Naval Sea Systems Command 
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APPENDIX D. NPS CATALOG ENTRY FOR 
SOFTWARE ENGINEERING PROGRAMS 


The development of the new Software Engineering track within the Combat 
Systems curriculmn required the change in the Combat Systems catalog entry as seen in 
Appendix C. In addition to the update to that entry, the Software Engineering catalog 
entries have been updated to include the new program amongst the number of different 
Software Engineering programs available through the school. As opposed to Appendix 
C, where only the material relevant to the new Software Engineering track was included, 
the entirety of the new Software Engineering catalog entry is presented here based on the 
relevance of all the Software Engineering programs to this thesis. 

Also included in the appendix is the list of Educational Skill Requirements for the 
Software Engineering curriculum (curriculum 369) as taken from the NPS Catalog. 
These ESR’s describe the desired educational goals for the curriculum’s graduates. 
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THE SOFTWARE ENGINEERING CURRICULUM 369/533 


Modern software engineering encompasses all aspects of large scale software 
development and acquisition, from requirements and design to reliability 
assessment, maintenance, system integration, and reengineering. The phrase 
software engineering was coined in 1968 as a sort of rallying cry when NATO 
convened a workshop by that name to assess the state and prospects of 
software production. Since that time, software development has slowly emerged 
from ad hoc practice into an engineering discipline that is based on 
scientific toowledge from computer science and other disciplines. While 
computer science provides good models and theories to analyze problems and 
synthesize solutions, it fails to package and integrate the results for 
operational use, leading to the criticism sometimes made by software 
producers that computer science is irrelevant to practical software. 

The software engineering curriculum was designed to address this problem. It 
builds upon the students' scientific knowledge in computer science from their 
undergraduate education and the insight into software problems from work 
experience. The curriculum introduces students to a set of engineering 
practices that enable ordinary practitioners to create sophisticated software 
systems that work. It teaches students the principles and methods of software 
development and process management. The curriculum provides in-depth coverage 
of requirements engineering, software architecture, design automation, 
development methods, and management processes for software development. 

The program offers both M.S. and Ph.D. degrees in Software Engineering. The 
MSSE program comes with a 1-year full-time option and a 2-year part-time 
distance learning option. Students not enrolled in the MSSE degree program 
may also enroll in individual courses and receive NPS credit upon successful 
course completion. 


MASTER OF SCIENCE IN SOFTWARE ENGINEERING, NON P-CODE PROGRAM (369) 
REQUIREMENTS FOR ENTRY 

An accredited Bachelor's degree in computer science, computer engineering, or 
related field, with above-average grades in mathematics, resulting in an APC 
of at least 325, and at least two years of software development or 
maintenance experience is required for entry. 

ENTRY DATE 

The MSSE is a four-quarter curriculum with entry dates in October. If further 
information is needed, contact the Curricular Officer or the Academic 
Associate (Point of Contact) for this curriculum. 

DEGREE 

Requirements for the degree Master of Science in Software Engineering are met 
as a milestone en route to satisfying the Educational Skill Requirements of 
the curricular program. 


TYPICAL 

COURSE OF 

Quarter 

1 


CS3460 


(3-1) 

CS4540 


(3-0) 

CS4580 


(3-0) 

IS4300 


(3-2) 


STUDY FOR FULL-TIME MSSE PROGRAM 


Software Methodology 
Software Testing 

Design of Embedded Real-Time Systems 
Software Engineering and Management 
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Quarter 

CS4500 

CS4570 

CS4591 

CS0810 

Quarter 

CS3502 

CS4520 

IS3171 

CS0810 

Quarter 

CS4510 

CS4530 

CS0810 

CS0810 

TYPICAL 

Quarter 

CS3460 

IS4300 

Quarter 

CS4500 

CS4560 

Quarter 

CS4520 

IS3171 

Quarter 

CS4510 

CS4530 

Quarter 

CS4540 

CS4580 

Quarter 

CS4570 

CS0810 

Quarter 

CS3502 

CS0810 

Quarter 

CS0810 

CS0810 


2 

(3-1) Software Engineering 
(3-0) Software Reuse 
(3-1) Requirements Engineering 
(0-8) Thesis Research 

3 

(4-0) Computer Communications and Networks 

(3-0) Advanced Software Engineering 

(4-1) Economic Evaluation of Information Systems II 

(0-8) Thesis Research 

4 

(3 - 0) Computer-Aided Prototyping 
(3-0) Software Research and Development in DoD 
(0-8) Thesis Research 
(0-8) Thesis Research 

COtmSE OF STUDY FOR THE PART-TIME MSSE DISTANCE LEARNING PROGRAM 
1 

(3-1) Software Methodology 

(3-2) Software Engineering and Management 

2 

(3-1) Software Engineering 
(3-0) Software Evolution 

3 

(3-0) Advanced Software Engineering 

(4-1) Economic Evaluation of Information Systems II 

4 

(3-0) Computer-Aided Prototyping 

(3-0) Software Research and Development in DoD 

5 

(3-0) Software Testing 

(3-0) Design of Embedded Real-Time Systems 

6 

(3-0) Software Reuse 
(0-8) Thesis Research 

7 

(4-0) Computer Communications and Networks 
(0-8) Thesis Research 

8 

(0-8) Thesis Research 
(0-8) Thesis Research 
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COMBAT SYSTEMS SUBSPECIALTY, MASTER OF SCIENCE IN SOFTWARE ENGINEERING (533) 

This is a systems engineering program with an emphasis on computer-based 
systems and DoD applications. This program is designed to meet Navy needs 
that go beyond software to treat whole system issues. 

REQUIREMENTS FOR ENTRY 

A baccalaureate degree with mathematics through differential and integral 
calculus and a calculus-based basic physics sequence are required for direct 
input. Courses in the physical sciences and engineering are highly desirable. 
Officers not having the required qualifications for direct input enter the 
program indirectly through the Engineering Science (460) Curriculum. An APC 
of 323 is required. 

ENTRY DATE 

The Combat Systems subspecialty MSSE is an eight-quarter curriculum with 
entry dates in July and January. If further information is needed, contact 
the Curricular Officer or the Academic Associate for this curriculum (533) 

DEGREE 

Requirements for the degree Master of Science in Software Engineering are met 
as a milestone en route to satisfying the Educational Skill Requirements of 
the curricular program. 


TYPICAL COURSE OF STUDY 


Quarter 

1 




PH1121 


(4-2) 

Mechanics I 


MA1995 


(5-0) 

Math Methods I 


MA1996 


(5-0) 

Math Methods II 


NW3230 


(4-0) 

Strategy and Policy: The American 

Experience 

Quarter 

2 




PH1322 


(4-2) 

E&M I 


PH2151 


(4-2) 

Mechanics II 


PH3991 


(4-0) 

Theoretical Physics 


CS3460 


(3-1) 

Software Methodology 


Quarter 

3 




PH1623 


(4-2) 

Modern Physics I 


PH2351 


(4-1) 

E&M II 


SE2013 


(4-2) 

Analog Techniques and Coramxmications 

CS4500 


(3-1) 

Software Engineering 


Quarter 

4 




PH3352 


(4-0) 

E&M III 


PH3652 


(4-1) 

Modem Physics II 


SE2014 


(3-4) 

Digital Techniques 


CS4520 


(3-0) 

Advanced Software Engineering 


Quarter 

5 




PH3292 


(4-2) 

Physical Optics 


SE3015 


(3-4) 

Autonomous Combat Systems Design 


CS4510 


(3-0) 

Computer-Aided Prototyping 


CS4530 


(3-0) 

Software Research and Development 

in DoD 
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Quarter 

SE3172 

6 

(4-1) 

Physics of Weapons Systems 

CS4540 


(3-1) 

Software Testing 

CS4580 


(3-0) 

Design of Embedded Real-Time Systems 

CS0810 


(0-8) 

Thesis Research 

Quarter 

SE3400 

7 

(3-4) 

Physics of Sonar Systems 

CS4570 


(3-0) 

Software Reuse 

CS4591 


(3-1) 

Requirements Engineering 

CS0810 


(0-8) 

Thesis Research 

Quarter 

SE4050 

8 

(4-2) 

Physics of E&M Sensors 

SE4860 


(4-0) 

Advanced Weapons Concepts 

CS0810 


(0-8) 

Thesis Research 

CS0810 


(0-8) 

Thesis Research 


DOCTOR OF PHILOSOPHY IN SOFTWARE ENGINEERING, NON P-CODE PROGRAM (369) 
REQUIREMENTS FOR ENTRY 

An applicant should have a Master's Degree in Software Engineering (MSSE) or 
a related field. Applicants not meeting this requirement are encouraged to 
apply to the Master's program. Ph.D. applicants should have above-average 
grades in a typical Master's degree program and demonstrate the ability to 
think creatively and work independently. Other evidence of research or 
academic ability, such as work experience or p\iblications, is also taken into 
consideration when evaluating applicants. 

ENTRY DATE 

Admitted Ph.D. students may begin in any quarter, but it is recommended that 
the student start in either the Fall Quarter (beginning in October) or the 
Spring Quarter (beginning in April) due to the requirements and timing of the 
Written Qualifying Examination. If further information is needed, contact the 
Curricular Officer or Academic Associate (Point of Contact) for this 
curriculum. 

DEGREE 

The Ph.D. program in Software Engineering is designed for DoD software 
practitioners who want to acquire the skill and knowledge to perform state- 
of-the art research on issues related to the development and evolution of 
large complex software systems, and to intelligently manage the research of 
other software practitioners. It offers the software professionals a unique 
program of study and advances software engineering principles and technology 
vital to DoD researchers and program managers. Students typically take three 
years to complete the doctoral program. 

The first milestone in the Ph.D. program is the Written Qualifying 
Examination. This provides early feedback to students and faculty so that a 
course of study that leads to the successful completion of all the 
requirements can be determined. 
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TYPICAL COURSE OF STUDY 


Ph.D. students are expected to complete the following steps: 

1. Form a Dissertation Committee, 

2. Pass the Written Qualifying Examination, 

3. Fulfill Minor Requirements, 

4. Pass the Oral Qualifying Examination, 

5. Pass the Final Dissertation Examination, 

6. Complete the Dissertation. 

Students are expected to complete steps 1 and 2 by the fourth quarter of 
doctoral study, complete step 3 and 4 by the sixth quarter, and complete 
steps 5 and 6 by the twelfth‘quarter. 

Additional information is available on the Software Engineering web page 
http://www.cs.nps.navy.mil/~se/phd.html. 


Curriculum 369 
Academic Associate: N/A 


Curriculum 533 
Academic Associate: 

James V. Sanders, Associate Professor 
Code PH/Sd, Spanagel Hall, Room 200A 
(831) 656-3884/2116, DSN 878-3884/2116 


For more information on Curriculum 369, please contact any of the following: 


Luqi, Professor and Chair SE Programs 
Code CS/Lq, Spanagel Hall, Room 53OA 
(831) 656-2735, DSN 878-2735 
e-mail: luqi@cs.nps.navy.mil 


Man-Tak Shing, Associate Professor 
Code CS/Sh, Spanagel Hall, Room 544B 
(831) 656-2634, DSN 878-2634 
e-mail: mantak@cs.nps.navy.mil 


Ted Lewis, Professor 

Code CS/Lt, Spanagel Hall, Room 544A 
(831) 656-2830, DSN 878-2830 
e-mail: tlewis@nps.navy.mil 


Valdis Berzins, Professor 
Code CS/Be, Spanagel Hall, Room 528B 
(831) 656-2610, DSN 878-2610 
e-mail: berzins@cs.nps.navy.mil 


Bruce C. Shultes, Assistant Professor 
Code CS/Sb, Spanagel Hall, Room 531B 
(831) 656-4091, DSN 878-4091 
e-mail: shultesb@cs.nps.navy.mil 


Norman Schneidewind, Professor 
Code SM, Ingersoll Hall, Room 311 
(831) 656-2719, DSN 878-2719 
e-mail: nschneid@nps.navy.mil 
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EDUCATIONAL SKILL REQUIREMENTS 
SOFTWARE ENGINEERING 
CURRICULUM G69^ 


All officers with advanced degree education in Software Engineering must possess skills and 
competencies in software design, development processes, and related software technology applicable to 
large-scale military systems. The skills and competencies are detailed below. 

1. SOFTWARE DESIGN 

The officer must have a thorough knowledge of software system design to include: 

a. System analysis and design theory encompassing the basics of requirements engineering and 
specification, system modeling and software architecture and its application to automation of military 
processes; 

b. An understanding of the design issues related to digital data processing, interfacing to hardware 
systems, real-time command and control, distributed computation, and end-to-end systems integration. 
An understanding of the design issues related to software system interoperability, system 
reengineering, design rationales, system architecture, and software reuse; 

c. The ability to design systems that are readily adaptable to changing military needs; 

d. An understanding of system reiiability issues and quality assurance methods for achieving high 
software reliability; and 

e. The ability to understand, diagnose and recover from software failures. 

2. DEVELOPMENT PROCESSES 

The officer must have a thorough knowiedge of software development processes to include: 

a. An understanding of the software development process, including requirements determination, 
feasibiiity assessment, design, configuration management, implementation, quality assurance, and 
system evolution; 

b. The ability to perform feasibiiity assessments of complex computer-based systems via prototyping, 
simulation, and static analysis; 

c. The ability to plan, evaluate, and manage major software projects, choose appropriate design 
automation tools and develop appropriate documentation; and 

d. The ability to assess software development risks and improve software development processes to 
reduce costs and produce more reliable systems. 

e. An understanding of the development process issues related to improving maintainability and 
upgradeability of software in integrated systems. 
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3. SOFTWARE TECHNOLOGY 

The officer must have a thorough knowledge of software technology that includes: 

a. Methods for efficiently representing data and techniques for efficiently operating upon data 
structures: 

b. The structure, control, and design of software systems invoiving multiprocessing, distributed 
processing and network-centric computing; 

c. Representations and automatable methods for design and analysis of software systems; 

d. Tools and techniques for simulation and modeling of systems; and 

e. Engineering automation capabilities for design and assessment of software systems, program 
generation, and computer aided software design tools. 

4. PROBLEM SOLVING AND MILITARY APPLICABILITY 

The officer shall possess skills that enable a realistic perspective on problem solving and provide an 
appreciation of the difficulty and power of applying theory to military concerns such as information 
warfare and command and control. This includes: 

a. Completing a significant project applying software engineering skills to Navy and/or DoD relevant 
problems: 

b. Exercising skills in problem formulation, criteria specification, analysis, design, and evaluation of 
results as they relate to military requirements: and 

c. Clearly communicating the results of a project orally and in writing. 

5. JOINT AND MARITIME STRATEGIC PLANNING 

The officer will have a graduate level understanding of strategy, especially maritime strategy, naval 
doctrine, and the effect of technical developments on warfare. The officer must become familiar with 
the following subjects for the United States, its allies, and opponents: The roles and missions of 
military services, policy-making processes regarding the armed forces, history of joint and general 
staffs, joint planning for acquisition and operations, and current issues in defense reform and 
reorganization. 
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APPENDIX E. SAMPLE 0091 SUBSPECIALTY-CODED BILLETS 


The next three pages contain the billets in the Navy currently coded for the 0091 
subspecialty, Computer Technology - Science. The list of billets is distributed monthly 
by OP-114 (now N13 due to various reorganizations) at SUPERS, and this particular list 
was run at the end of July 1999, and received at NPS in August 1999. The list of 0091 
codes is given to show examples of potential billets where graduates would currently 
utilize their learned skills, as there are no billets specifically coded for the new 5707 
Combat Systems/Software Design P-code yet. The closest match is the 009 IP code 
currently earned by Computer Science graduates along with their Master’s degree upon 
graduation from NPS. These students do receive at least some Software Engineering 
education, and possibly a significant amoimt depending on their specialization tracks. 

Re-coding of billets for the P-codes in the new Navy Subspecialty System is 
underway at this time. There will undoubtedly be a transition period required as the new 
system is put into operation, and the subspecialty codes change from the OOXX codes to 
the new system where codes are separated by major field of concentration into IXXX, 
2XXX, 3XXX, 4XXX, 5XXX, and 6XXX codes. 


Explanations of a few of the various important fields in the list to help readability 
are: 


Column 

Title 

Description 

3 

AUIC 

Number used to identify the command 
(Activity’s Unit Identification Code) 

4 

ACTIVITY NAME 

Name of the command where the billet exists 

5 

BSC 

Number identifying the actual billet at the command 
(Billet Sequence Code) 

6 

BILLET TITLE 

Job title for the coded position 

9 

CODE PRI 

Subspecialty code required by the billet 
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APPENDIX F. COMPUTER SCIENCE GRADUATION CHECKLIST 


This appendix contains highlights of the graduation checklist for Computer 
Science graduates at the Naval Postgraduate School. The version of the checklist 
available online at http://www.cs.nps.navy.mil/curricula/acas/programs/Check1ist html is 
the original and official version of the checklist. 

The checklist displayed here is a version of the original edited by the author to 
remove lengthy items not relevant to the discussion in this thesis. Some of these deleted 
items include: signature blocks, course requirements for international military students, 
acquisition course requirements for Marine Corps students, and the details of each of the 
specialization tracks. The course requirements for the Software Engineering 
specialization track were included in Chapter fV in the section on the Software 
Engineering track in the Computer Science curriculum. 

The checklist illustrates several of the considerations discussed in the text of the 
thesis. For example, the checklist lists that Software Methodology (CS3460) is a core 
course required to be completed by all Computer Science graduates. Additionally, the 
Secretary of the Navy requirement that all NPS programs must provide officers “an 
appreciation of the fundamentals of the maritime strategy and concepts of naval warfare” 
is represented by the listing of NS3252 as a requirement for all U.S. Military students. 
Due to a recent change in school policy, this requirement will be filled with the NW3230 
course discussed during the description of the newly-developed curriculum. The official 
Computer Science checklist will need to be updated to accurately reflect this change. 
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Naval Postgraduate School 
Department of Computer Science 
Checklist for MSCS Degree 
(Revised: March 5,1999) 


Student name:_ 

Month/year enrolled: 
CS Track Completed: 

1. Masters Thesis: 

Title: 


Advisor(s):_ 

Second Reader:_ 

Presentation date:_Where:_ 

2. Core Courses: 

All of the following courses must be completed or validated. 

M A3025 Logic and Discrete Mathematics (5-1) 

M A3030 Introduction to Combinatorics and Applications (4-1) 

_^CS3010 Computer Architecture and Operating Systems (4-0) 

_^CS3200 Computer Architecture (3-2) 

_^CS3310 Artificial Intelligence (4-1) 

_CS3320 Database Systems (3-1) 

_^CS3450 Operating Systems (3-2) 

_^CS3460 Software Methodology (3-1) 

_^CS3502 Computer communications and Networks (4-0) 

_^CS3600 Introduction to Computer Secvuity (3-2) 

_CS3601 Theory of Formal Languages and Automata (4-0) 

_CS3650 Design and Analysis of Algorithms (4-0) 

_^CS4202 Computer Graphics (3-2) 

or_^CS4203 Interactive Computation Systems (3-2) 

_^CS4900 Research Seminar in Computer Science (0-2) 

_^CS4905 Research Seminar II in Computer Science (0-2) 

Complete one of the following three course sequences: 

_^CS2970 Fimdamental Object-Oriented Progr ammin g in ADA (4-2) 

_^CS3970 Data Structures & Intermediate Object-Oriented Programming in ADA (4-2) 

_^CS3771 C++ as a Second Language (4-2) 

or_^CS3773 JAVA as a Second Language (4-2) 

or 

_CS2971 Fimdamental Object-Oriented Progr ammin g in C-H- (4-2) 

_^CS3971 Data Structures and Intermediate Object-Oriented Progr ammin g in C-H- (4-2) 

_CS3770 ADA as a Second Language 

or_CS3773 JAVA as a Second Language (4-2) 
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or 


_^CS2973 Fundamental Object-Oriented Programming in JAVA (4-2) 

_^CS3973 Data Stmctures & Intermediate Object-Oriented Programming in JAVA (4-2) 

_^083770 ADA as a Second Language 

or_^083771 0++ as a Second Language (4-2) 

3. U.S. Military Requirements: 

_NS3252 Joint and Maritime Strategy (U.S, Military) (4-0) 

_^082970 Introduction to Object-Oriented Programming with ADA (4-2) 

or_^083770 ADA as a Second Language (4-2) 
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APPENDIX G. THE MSSE HANDBOOK 


Appended here is the handbook regarding all Master's programs at NPS in the Software 
Engineering Department. This handbook is used as a recruiting and informational tool by the 
department, and is sent to any parties inquiring about the programs available at NPS. 

The information in this appendix was verified accurate with the most ciuxent revision of the 
handbook dated 23 September 1999. 
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SOFTWARE ENGINEERING MASTER'S PROGRAM HANDBOOK 

1. INTRODUCTION 

1.1 MASTER OF SCIENCE IN SOFTWARE ENGINEERING, FULL-TIME OPTION (369) 

1.2 MASTER OF SCIENCE IN SOFTWARE ENGINEERING, PART-TIME DISTANCE LEARNING 
OPTION (369) 

1.3' MASTER OF SCIENCE IN SOFTWARE ENGINEERING, COMBAT SYSTEMS SUBSPECIALTY 
OPTION (533) 

1.4 MASTER OF SCIENCE IN COMPUTER SCIENCE, COMPUTER SCIENCE SUBSPECIALTY 
OPTION (368) 

2. TYPICAL COURSE OF STUDY 

2.1 THE FULL-TIME MSSE PROGRAM (369) 

2.2 THE PART-TIME DISTANCE LEARNING MSSE PROGRAM (369) 

2.3 THE COMBAT SYSTEMS SUBSPECIALTY MSSE PROGRAM (533) 

2.4 THE COMPUTER SCIENCE SUBSPECIALTY MSCS PROGRAM (368) 

3. ENTRY REQUIREMENTS 

3.1 THE MSSE PROGRAM (369) 

3.2 THE COMBAT SYSTEMS SUBSPECIALTY MSSE PROGRAM (533) 

3.3 THE COMPUTER SCIENCE SUBSPECIALTY MSCS PROGRAM (368) 

4. ADMISSION PROCEDURE 

5. DEGREE REQUIREMENTS 

5.1 THE MSSE PROGRAM (369) 

5.2 THE COMBAT SYSTEMS SUBSPECIALTY MSSE PROGRAM (533) 

5.3 THE COMPUTER SCIENCE SUBSPECIALTY MSCS PROGRAM (368) 

6. VTC EQUIPMENT SPECIFICATIONS 

7. THESIS GUIDELINES 
8'. THE THESIS PROCESS 
APPENDIX A. COURSE DESCRIPTIONS 
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1. INTRODUCTION 


The Software Engineering program at the U.S. Naval Postgraduate School provides 
military and government graduate students with an opportunity to learn all 
aspects of software development and the skills needed to efficiently and 
reliably plan and create large-scale software systems using the best available 
tools. These skills are essential for officers and civilicuis responsible for 
acquisition, development or maintenance of military software. 

The program includes in-residence and distance learning M.S. and Ph.D. degree 
programs, certificate programs, short courses, and laboratory support. The 
Ph.D. program is the first-ever doctoral program in Software Engineering. Both 
the M.S. and Ph.D. degree programs may be completed either on campus by 
students carrying a full-time course load, or part-time through the distance 
learning option. 


1.1 MASTER OF SCIENCE IN SOFTWARE ENGINEERING, FULL-TIME OPTION (369) 

The MSSE offers a four-quarter full-time curriculum with entry dates in 
October. 

For more information, visit our web-site at http://cs.nns.navy.mil/-se or email 
your inquiries to se®cs.nps.navy.mil . or contact the Curricular Officer, CDR 
Mark Polnaszek, at mpolnaszek@nps . naw.mil 

Application information for the M.S. degree in Software Engineering can be 
found at: httP: //cs.nps.navY.mil/-se/master.html 


1.2 MASTER OF SCIENCE IN SOFTWARE ENGINEERING, PART-TIME DISTANCE LEARNING 
OPTION (369) 

The MSSE program is offered with a two-year part-time distance learning option 
with entry dates in October. 

For more information, visit our web-site at httP: //cs.nps■navv.mil/-se or email 
your inquiries to se®cs.nps.navy.mil . or contact the Curricular Officer, CDR 
Mark Polnaszek, at mpolnaszek®nps.naw.mil 

Application information for the M.S. degree in Software Engineering can be 
found at: http://cs.nps.navv.mil/-se/master.html 


1.3 MASTER OF SCIENCE IN SOFTWARE ENGINEERING, COMBAT SYSTEMS SUBSPECIALTY 
OPTION (533) 

This is a systems engineering program with an emphasis on computer-based 
systems and DoD applications. This program is designed to meet Navy needs that 
go beyond software to treat whole system issues. 

The Combat Systems subspecialty MSSE is an eight-quarter curriculum with entry 
dates in April and October. If further information is needed, contact the 
Curricular Officer or the Academic Associate for this curriculum (533). 
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1.4 MASTER OF SCIENCE IN COMPUTER SCIENCE, COMPUTER SCIENCE SUBSPECIALTY OPTION 
(368) 

The Computer Science curriculum is designed to provide the officer with the 
technical knowledge and skills necessary to specify, evaluate and manage 
computer system design; to provide technical guidance in applications ranging 
from data processing to tactical embedded systems; to educate the officer in 
the analysis and design methodologies appropriate for hardware, software and 
firmware; and to provide the officer with practical experience in applying 
modern computer equipment and research techniques to solve military problems. 

The purposes of the Software Engineering Track are to provide knowledge of all 
aspects of software development and to develop skills needed to efficiently and 
reliably implement military systems and application software using the best 
available tools and techniques. 

The MSCS is an eight-quarter course of study with entry dates in April and 
October. Those requiring the six or twelve week refresher will begin study 
prior to those entry dates. If further information is needed, contact the 
Academic Associate or Curricular Officer for this curriculum (368) . 
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2. TYPICAL COURSE OF STUDY 


2.1 THE FULL-TIME MSSE PROGRAM (369) 

Quarter 1 (Fall) 

CS3460 (3-1) Software Methodology 

CS4540 (3-0) Software Testing 

CS4580 (3-0) Design of Embedded Real-Time Systems^ 

IS4300 (3-2) Software Engineering and Management 


Quarter 2 

CS4500 

CS4560 

CS4570 

CS0810 


(Winter) 

(3-1) Software Engineering 
(3-0) Software Evolution^ 
(3-0) Software Reuse 
(0-8) Thesis Research 


Quarter 3 

CS4520 

CS3502 

IS3171 

CS0810 


(Spring) 

(3-0) Advanced Software Engineering 

(4-0) Computer Communications and Networks 

(4-1) Economic Evaluation of Information Systems II 

(0-8) Thesis Research 


Quarter 4 (Summer) 

CS4510 (3-0) Computer-Aided Prototyping 

CS4530 (3-1) Software Research and Development in DoD^ 

CS0810 (0-8) Thesis Research 

CS0810 (0-8) Thesis Research 


* Not offered in October 2000. Students should take CS4592 instead. 
^ To be replaced by CS4591 starting Janiiary 2001. 

^ Not offered in July 2000. Students should take CS4580 instead. 
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2.2 THE PART-TIME DISTANCE LEARNING MSSE PROGRAM (369) 

Quarter 1 (Fall) 

CS3460 (3-1) Software Methodology 

IS4300 (3-2) Software Engineering and Management 

Quarter 2 (Winter) 

CS4500 (3-1) Software Engineering 

CS4560 (3-0) Software Evolution^ 

Quarter 3 (Spring) 

CS4520 (3-0) Advanced Software Engineering 

IS3171 (4-1) Economic Evaluation of Information Systems II 

Quarter 4 (Summer) 

CS4510 (3-0) Computer-Aided Prototyping 

CS4530 (3-1) Software Research and Development in DoD^ 

Quarter 5 (Fall) 

CS4540 (3-0) Software Testing 

CS4580 (3-0) Design of Embedded Real-Time Systems^ 

Quarter 6 (Winter) 

CS4570 (3-0) Software Reuse 

CS0810 (0-8) Thesis Research 

Quarter 7 (Spring) 

CS3502 (4-0) Computer Communications and Networks 

CS0810 (0-8) Thesis Research 

Quarter 8 (Summer) 

CS0810 (0-8) Thesis Research 

CS0810 (0-8) Thesis Research 


* To be replaced by CS4591 starting Janizary 2001. 

^ Not offered in July 2000. Students should take CS4580 instead. 

^ Not offered in October 2000. Students should take CS4592 instead. 
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2.3 THE COMBAT SYSTEMS SUBSPECIALTY MSSE PROGRAM (533) 

A. Entry Date in January 

Quarter 1 (Winter) 

PH1121 (4-2) Mechanics I 

MA1995 (5-0) Math Methods I 

MA1996 (5-0) Math Methods II 

NW3230 (4-0) Strategy and Policy: The American Experience 

Quarter 2 (Spring) 

PH1322 (4-2) E&M I 

PH2151 (4-T) Mechanics II 

PH3991 (4-0) Theoretical Physics 

CS3460 (3-1) Software Methodology 

Quarter 3 (Summer) 

PH1623 (4-2) Modern Physics I 

PH2351 (4-1) E&M II 

SE2013 (4-3) Analog Techniques and Communications 

CS4500 (3-1) Software Engineering 

Quarter 4 (Fall) 

PH3352 (4-0) E&M III 

PH3652 (4-1) Modern Physics II 

SE2014 (4-3) Digital Techniques 

CS4540 (3-1) Software Testing 

Quarter 5 (Winter) 

PH3292 (4-2) Physical Optics 

SE3400 (4-2) Physics of Sonar Systems 

CS4570 (3-0) Software Reuse 

CS4591 (3-1) Requirements Engineering 

Quarter 6 (Spring) 

SE3172 (4-2) Physics of Weapons Systems 

CS4520 (3-0) Advanced Software Engineering 

CS0810 (0-8) Thesis Research 

CS0810 (0-8) Thesis Research 

Quarter 7 (Summer) 

SE3015 (3-4) Autonomous Combat Systems Design 

CS4510 (3-0) Computer Aided Prototyping 

CS4530 (3-0) Software Research and Development in DoD^ 

CS0810 (0-8) Thesis Research 

Quarter 8 (Fall) 

SE4050 (4-2) Physics of E&M Sensors 

SE4860 (4-1) Advanced Weapons Concepts 

CS4580 (3-0) Design of Embedded Real-Time Systems^ 

CS0810 (0-8) Thesis Research 


^ Not offered in July 2000. Students should take CS4580 instead, 

^ Not offered in October 2000. Students should take CS4592 instead. 
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B. Entry Date in July 


Quarter 1 

PH1121 

MA1995 

MA1996 

NW3230 


(Summer) 

(4-2) Mechanics I 
(5-0) Math Methods I 
(5-0) Math Methods II 

(4-0) Strategy and Policy: The American Experience 


Quarter 2 

PH1322 

PH2151 

PH3991 

CS3460 


(Fall) 

(4-2) E&M I 

(4-1) Mechanics II 

(4-0) Theoretical Physics 

(3-1) Software Methodology 


Quarter 3 

PH1623 

PH2351 

SE2013 

CS4500 


(Winter) 

(4-2) Modern Physics I 
(4-1) E&M II 

(4-3) Analog Techniques and Communications 
(3-1) Software Engineering 


Quarter 4 

PH3352 

PH3652 

SE2014 

CS4520 


(Spring) 

(4-0) E&M III 

(4-1) Modern Physics II 

(4-3) Digital Techniques 

(3-0) Advanced Software Engineering 


Quarter 5 

PH3292 

SE3015 

CS4510 

CS4530 


(Summer) 

(4-2) Physical Optics 

(3-4) Autonomous Combat Systems Design 

(3-0) Computer Aided Prototyping 

(3-0) Software Research and Development in DoD^ 


Quarter 6 

SE3172 

CS4540 

CS4580 

CS0810 


(Fall) 

(4-2) Physics of Weapons Systems 
(3-1) Software Testing 

(3-0) Design of Embedded Real-Time Systems^ 
(0-8) Thesis Research 


Quarter 7 

SE3400 

CS4570 

CS4591 

CS0810 


(Winter) 

(4-2) Physics of Sonar Systems 
(3-0) Software Reuse 
(3-1) Requirements Engineering 
(0-8) Thesis Research 


Quarter 8 

SE4050 

SE4860 

CS0810 

CS0810 


(Spring) 

(4-2) Physics of E&M Sensors 
(4-1) Advanced Weapons Concepts 
(0-8) Thesis Research 
(0-8) Thesis Research 


* Not offered in July 2000. Students should take CS4580 instead. 

^ Not offered in October 2000. Students should take CS4592 instead. 


148 


2.4 THE COMPUTER SCIENCE SUBSPECIALTY MSCS PROGRAM (368) 

A. Entry Date in Fall 
Quarter 1 (Fall) 

CS2973 (4-2) Fundamental OOP in Java 

CS3010 (4-0) Computer Systems Principles 

MA3025 (5-1) Logic and Discrete Mathematics 

NW3230 (4-0) Strategy and Policy: The American Experience 

CS4900 (0-2) Research Seminar in Computer Science 

Quarter 2 (Winter) 

CS3973 (4-2) Data Structures and Intermediate OOP in Java 

CS3200 (3-2) Computer Architecture 

CS3320 (3-1) Database Systems 

CS3650 (4-0) Design and Analysis of Algorithms 

CS4900 (0-2) Research Seminar in Computer Science 

Quarter 3 (Spring) 

CS3460 (3-1) Software Methodology 

CSS770 (4-0) Ada as a Second Language 

CS3502 (4-0) Computer Communications and Networks 

CS3310 (4-0) Artificial Intelligence 

Quarter 4 (Summer) 

CS4500 (3-1) Software Engineering * 

CS4510 (3-0) Computer-Aided Prototyping * 

CS4530 (3-0) Software R&D in DoD^ * 

CS3450 (3-2) Operating Systems 

Quarter 5 (Fall) 

CS4540 (3-1) Software Testing * 

CS4580 (3-0) Design of Embedded Real-Time Systems^ * 

- (4-0) Track Elective 

- (4-0) Track Elective 

Quarter 6 (Winter) 

CS4570 (3-0) Software Reuse * 

CS4591 (3-1) Requirements Engineering^ * 

CS4203 (3-2) Interactive Computation Systems 

CS0810 (0-8) Thesis Research 

Quarter 7 (Spring) 

- (4-0) Track Elective 

CS4520 (3-0) Advanced Software Engineering * 

CS3600 (3-2) Introduction to Computer Security 

CS0810 (0-8) Thesis Research 

Quart er 8 (Summer) 

- (4-0) Track Elective 

- (4-0) Track Elective 

CS0810 (0-8) Thesis Research 

CS0810 (0-8) Thesis Research 


* Track requirements = CS4500 + 4 other Software Engineering courses. 

* Not offered in July 2000. Students should take CS4580 instead. 

^ Not offered in October 2000. Students should take CS4592 instead. 

^ Not offered in January 2000. Students should take CS4560 instead. 
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B. Entry Date in Spring 
Quarter 1 (Spring) 

CS2973 (4-2) Fundamental OOP in Java 

CS3010 (4-0) Computer Systems Principles 

MA3025 (5-1) Logic and Discrete Mathematics 

NW3230 (4-0) Strategy and Policy: The American Experience 

CS4900 (0-2) Research Seminar in Computer Science 

Quarter 2 (Summer) 

CS3973 (4-2) Data Structures and Intermediate OOP in Java 

CS3200 (3-2) Computer Architecture 

CS3320 (3-1) Database Systems 

CS3650 (4-0) Design and Analysis of Algorithms 

CS4900 (0-2) Research Seminar in Computer Science 

Quarter 3 (Fall) 

CS3460 (3-1) Software Methodology 

CSS770 (4-0) Ada as a Second Language 

CS3502 (4-0) Computer Communications and Networks 

CS3310 (4-0) Artificial Intelligence 

Quarter 4 (Winter) 

CS4500 (3-1) Software Engineering * 

CS4570 (3-0) Software Reuse * 

CS4591 (3-1) Requirements Engineering^ * 

CS3450 (3-2) Operating Systems 

Quarter 5 (Spring) 

CS4520 (3-0) Advanced Software Engineering * 

- (4-0) Track Elective 

- (4-0) Track Elective 

- (4-0) Track Elective 

Quarter 6 (Summer) 

CS4510 (3-0) Computer-Aided Prototyping * 

CS4530 (3-0) Software RSJD in DoD^ * 

CS4203 (3-2) Interactive Computation Systems 

CS0810 (0-8) Thesis Research 

Quarter 7 (Fall) 

CS4580 (3-0) Design of Embedded Real-Time Systems^ * 

CS4540 (3-1) Software Testing * 

CS3600 (3-2) Introduction to Computer Security 

CS0810 (0-8) Thesis Research 

Quarter 8 (Winter) 

- (4-0) Track Elective 

- (4-0) Track Elective 

CS0810 (0-8) Thesis Research 

CS0810 (0-8) Thesis Research 


Track requirements = CS4500 + 4 other Software Engineering courses. 
^ Not offered in January 2000. Students should take CS4560 instead. 

^ Not offered in July 2000. Students should take CS4580 instead, 

^ Not offered in October 2000. Students should take CS4592 instead. 
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3. REQUIREMENTS FOR ENTRY 


3.1 THE MSSE PROGRAM (369) 

Any military or civilian personnel sponsored by the US Government, holding an 
accredited Bachelor's degree in computer science, computer engineering, or 
related field, with above-average grades in mathematics, resulting in an APC of 
at least 325, and at least two years of software development or maintenance 
experience is eligible to apply. 

Application information for the M.S. degree in Software Engineering can be 
found at: http_:/V wwwl. c_s_._np_s .navy.mil/->se/deg.r_e_e_s_^html 


3.2 THE COMBAT SYSTEMS SUBSPECIALTY MSSE PROGRAM (533) 

A baccalaureate degree with mathematics through differential and integral 
calculus and a calculus-based basic physics sequence are required for direct 
input. Courses in the physical sciences and engineering are highly desirable. 
Officers not having the required qualifications for direct input enter the 
program indirectly through the Engineering Science (460) Curriculum. An APC of 
323 is required. 


3.3 THE COMPUTER SCIENCE SUBSPECIALTY MSCS PROGRAM (368) 

A baccalaureate degree, or the equivalent, with above-average grades in 
mathematics, (including differential and' integral calculus) resulting in an APC 
of at least 325 is required for direct entry. Undergraduate degrees in applied 
science or engineering are highly desirable. Students lacking these 
prerecjuisites may be acceptable for the program, through a six or twelve week 
refresher, providing their undergraduate records and/or other indicators of 
success, such as the GRE (Graduate Record Examination), indicate an ability to 
work in quantitative subjects. While previous academic or practical experience 
in computer science is certainly helpful and can enhance the applicant's 
potential for admission, such experience is not a prerequisite. 
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4. ADMISSION PROCEDURES 


The point of contact for requests for Naval Postgraduate School catalogs and 
admission to all degree programs is: 

Director of Admissions 

Code 01B3, Naval Postgraduate School, 

589 Dyer Rd., RM 103C 
Monterey, CA 93943-5100 

Telephone (831) 656-3093, DSN 878-3093 

FAX (831) 656-2891 
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5. DEGREE REQUIREMENTS 


5.1 THE MSSE PROGRAM (369) 

Students enrolled in the Software Engineering curriculum must successfully 
complete the 12 quarter-length Software Engineering courses. Completion of a 
master's thesis is required. 


5.2 COMBAT SYSTEMS SUBSPECIALTY MSSE PROGRAM (533) 

Students enrolled in the Combat Systems Subspecialty Software Engineering 
curriculum must successfully complete the 12 quarter-length Software 
Engineering courses. Completion of a master's thesis is required. 


5.3 THE COMPUTER SCIENCE SUBSPECIALTY MSCS PROGRAM 

Students enrolled in the MSCS/Software Engineering track must successfully 
complete the 17 general Computer Science courses plus 5 advanced Software 
Engineering courses. Completion of research leading to a master's thesis is 
required. 
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6. VTC EQUIPMENT SPECIFICATIONS 


Students participate in the Distance Learning Program via our PictureTel 4000 
Video Teleconferencing Systems using Integrated Services Digital Network, Basic 
Rate Interface (ISDN BRI) lines. This setup allows two-way, interactive audio 
and video between distant sites and an NPS classroom. The students' site must 
have a standards-based (H.320-corapatible system) connection to a dial-up 
network {FTS2000) . 

Commercial networks may be used when FTS2000 is not available. NPS uses AT&T 
Accunet for commercial calls. NPS is currently establishing a program to lease 
VTC equipment to sites to provide the highest degree of compatibility and 
fidelity that the technology offers. 
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7. THESIS GUIDELINES 


The Master's thesis is the capstone achievement of the student's academic 
endeavor at NPS. A challenging research thesis, requiring students to apply 
their focused graduate education, is one of the most effective methods for both 
solving Fleet/Joint force problems and instilling the life-long capability for 
applying basic principles to the creative solution of complex problems. 

A Software Engineering thesis should either demonstrate the use of Software 
Engineering principles and techniques in solving existing software problems, or 
develop new theory, models, methods, or tools for building/maintaining software 
systems. A thesis must have some kind of scientific contribution, not just 
manufacturing of a lot of source code. This is why students must specify their 
expected scientific contributions in their thesis proposal. 

It is very important for a student to pick the right project and define the 
scope of the thesis work. The student's thesis advisor will help him/her define 
the scope of the thesis work and identify its scientific contributions. 

Additionally, the thesis advisor will: 

- help a student to lay out a schedule of milestones. 

- suggest initial references to read and people to contact. 

- meet with the student regularly to monitor progress and provide consultation 
and direction. 

- review and critique the thesis outline. 

- review and critique the work, offer suggestions for necessary revisions, and 
check for accuracy and completeness. 

The thesis advisor can help with topics in one of the following two ways: 

(1) The advisor has a list of thesis topics in mind. He/she already knows how 
much work each topic is involved and what the scientific contributions are. 
A student simply has to follow the direction of his/her advisor to complete 
the thesis work. 

(2) A student has a project from work, and he/she finds it beneficial to use 
results of the project to write the thesis. 

If a student chooses option 2, then the thesis advisor will have to spend time 
to understand the project in order to help the student define the scope of the 
thesis and identify its scientific contributions. In many cases, the advisor 
may have to suggest work in addition to that done in the project to generate 
enough scientific contribution from the thesis work. Depending on the labor 
involved, the advisor may need reimbursable research funding support to allow 
him/her to work on the project. 
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8. THE THESIS PROCESS 


An on-line thesis handbook is available at: 

htto: //visla b-www.nps .naw.mil/~code36/THRSISGUIDE.html 


8.1 THESIS PROPOSAL 

The thesis proposal is the key document in preparing for the thesis process. It 
performs several important functions in the process of communicating thesis 
activities. The proposal focuses the research effort for the student. It 
requires the student to develop a specific research question and subsidiary 
research questions, and to identify the methodologies to be employed in the 
research and the particular scope and limitations of the thesis work; it forces 
the student to give serious thought to the items that might become major 
problems later on. For a proposal example, refer to: 

ht tp://vislab-www.nps.navy.mi1/-code36/THBSISGUIDE.html#proposalexample and 

httP: //vislab-www. nps . naw. mil /-code36 /THESISGUIDE. html Jtanpendi xA 


8.2 STEPS FOR COMPLETING THE THESIS PROPOSALS 

A. ON-CAMPUS STUDENTS 

(i) Submit drafts of the thesis proposal to the advisor(s) and second reader 
(if applicable) for review. 

(ii) Ask the advisor(s), second reader (if applicable), and the CS Chairman to 
sign the final thesis proposal. 

(iii) Submit the signed proposal to Curricular Officer. 

B. DISTANCE LEARNING STUDENTS 

(i) Send drafts of the thesis proposal to the advisor(s) and second reader 
(if applicable) for review. 

(ii) If the thesis involves co-advisor or second reader at a remote site, ask 
them to sign the final thesis proposal. 

(iii) Send the final thesis proposal to the advisor(s) and second reader (if 
applicable) at NPS for signature. 

(iv) Ask the advisor to forward the signed thesis proposal to the Software 
Engineering program coordinator. 

(v) The Software Engineering program coordinator will obtain the signature of 
the Chairman and then forward the proposal to the Curricular Officer for 
signature and filing. 
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8.3 THESIS FORMAT APPROVAL 


When determining format in terms of pagination, titles, headers, etc., follow 
the guidelines in the NPS Thesis Preparation Manual. The most current edition 
of this manual is available from the Thesis Processor. 

Ms. Sandra Day, Code 92/Sd 
Research Office 
Naval Postgraduate School 
589 Dyer Road 
Room 270A 

Monterey, CA 93943-5131 
DSN:878-2762, 831-656-2762 

The Thesis Processor will become very important to the student as the student 
prepares the final draft of the thesis. She will provide the student formatting 
information and other such information needed to get the thesis piablished. 

The student should send the Thesis Processor a copy of their thesis for format 
check as soon as a complete draft of the thesis is completed. This can be done 
while waiting for comments from advisors and second readers. 


8.4 FINAL THESIS SUBMISSION 
(A) ON-CAMPUS STUDENTS. 

(i) The student notifies the curricular office by the first Friday of the 
quarter that he/she plans to graduate. 

(ii) The thesis is signed by the advisor(s), second reader, and the CS 
Chairman. 

(iii) Submit thesis to the Thesis Processor. 


(B) DISTANCE LEARNING STUDENTS 

(i) The student notifies the Software Engineering program coordinator by the 
first Friday of the quarter that he/she plans to graduate that quarter. 
The Software Engineering program coordinator will forward the request to 
the school (Academic Council, Graduation coordinator, etc.) via the 
curricular office. 

(ii) If the thesis involves co-advisor or second reader at a remote site, ask 
them to sign the thesis. 

(iii) Send three copies of the thesis, together with the thesis classification 
form, thesis advisor information sheet and a floppy disk containing an 
on-line copy of the special abstract to the advisor at NPS for signature. 

(iv) Ask the advisor to forward the signed thesis, floppy disks, etc. to the 
Software Engineering program coordinator. 

(v) The Software Engineering program coordinator will obtain the signature of 
the Chairman and then forwarded the thesis to the Thesis Processor. 

(vi) The Software Engineering program coordinator will notify the student via 
email once the thesis has been accepted by the Thesis Processor, 
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Appendix A. COURSE DESCRIPTIONS 


CS3460 SOFTWARE METHODOLOGY (3-0). 

Introduction to the software life cycle. Methods for requirements definition, 
design, and testing of software. Basic concepts of software engineering, 
including stepwise refinement, decomposition, information hiding, debugging 
and testing. aa a- 

Highlight: 

hands-on experience in applying the modem software engineering 
Principles to analysis, design and develop DoD software systems. 

Text: 

"Applying UML and Patterns: An Introduction to Object-Oriented Analysis and 
Design" by Craig Larman, Prentice Hall, ISBN 0-13-748880-7 

"The Mythical Man-Month (Anniversary Ed.)" by Frederick Brooks, Jr., 
Addison Wesley, ISBN 0-201-83595-9 


CS3502 COMPUTER COMMUNICATIONS AND NETWORKS (4-0) . 

introduction to the structure and architecture of computer networks. The 
physical, data link and network layers of the ISO model are covered, as well as 
some aspects of the higher layers. Several important communication protocols 
are studied, including the currently used models for their specifications and 
analysis. Local Area Networks, such as Ethernet and Token Ring, are also 
covered. Term papers and/or projects are an important aspect of this course. 

Highlight: 

Provide basic knowledge essential to DoD networks. 


Text: 

"Data and Computer Communications (6th Ed.)" by William Stallings, Prentice 
Hall, ISBN; 0-13-084370-9 


CS4500 SOFTWARE ENGINEERING (3-1). 

The techniques for the specification, design, testing, maintenance and 
management of large software systems. Specific topics include software life 
cycle planning, cost estimation, requirements definition and specification, 
design, testing and verification, maintenance and reusability. The laboratory 
sessions will discuss special topics. PREREQUISITE; CS3460 or consent of 
instructor. 

Highlight: 

Teach students the concepts for formalized software development and 
techniques to develop software systems that meet user needs. 

Text: 

"Software Engineering with Abstractions" by V. Berzins and Luqi, Addison- 
Wesley, ISBN: 0-201-08004-4. 
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CS4510 COMPUTER AIDED PROTOTYPING (3-0). 


This course covers the concept and application of computer-aided prototyping to 
the development and acquisition of DoD software systems. Specific topics 
include the prototyping software life cycle, system models, design methods, 
automatic code generation, prototyping languages and tools, and their unique 
systematic system construction methods for increasing productivity, reliability 
and portability of software development in comparison with other development 
methods. PREREQUISITE: CS4500 (may be taken concurrently) or consent of 
instructor. 

Highlight: 

Emphasis on the use of computer-aided prototyping methods and tools to 
support software development and acquisition. 

Text: 

Lecture notes and selected paper from research literature. 


CS4520 ADVANCED SOFTWARE ENGINEERING (3-0) . 

This course is a sequel to CS4500. The methods for specifying, designing, and 
verifying software systems are covered in depth, with emphasis on automatable 
techniques and their mathematical basis. The techniques are applied to 
construct and check Ada programs using a formal specification language. The 
course concludes with a summary of current research areas in software 
engineering. PREREQUISITE: CS4500 or consent of instructor. 

Highlight: 

Teach students the principles and technology to construct tools for 
automated software synthesis and analysis. 

Text: 

"Software Engineering with Abstractions” by V. Berzins and Luqi, Addison- 
Wesley, ISBN: 0-201-08004-4. 

Selected papers from research literature. 
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CS4530 SOFTWARE ENGINEERING RESEARCH AND DEVELOPMENT IN DoD (3-1). 

This course builds on the material covered in CS4500. Fundamental principles of 
computer system / network security and distributed computing are covered along 
with advanced methods, techniques and standards aimed at improving the 
development and acquisition of DoD software systems. Specific topics include: 
the application of software engineering principles for designing large, secure, 
embedded real-time computer systems; the application of software engineering 
principles for the design of distributed systems,- automated tools for the 
specification, design and generation of cpde for applications; anri existing 
emerging DoD standards for software development, security and acquisition. 
PREREQUISITE: CS4500 (may be taken concurrently) or consent of instructor. 

Highlight: 

Address DoD's needs to develop secure and reliable embedded real-time 
systems and large distributed systems. 


Text: 

Recent articles selected from conference proceedings and journals. 


CS4540 SOFTWARE TESTING (3-1) . 

This course covers the theory and practice of testing computer software with 
the intent of preventing, finding and eliminating bugs in software. Planning 
and executing software tests are covered, including requirements-based testing, 
and advanced testing techniques. These topics are discussed in the context of a 
realistic development environment, illustrated using a variety of software 
testing tools. PREREQUISITE: CS4500 (may be taken concurrently) or consent of 
instructor. 

Highlight: 

Teach students on the proper use of software testing to improve the 
software quality. 


Text: 

"Testing Computer Software (2nd edition)" by Cem Kaner, Jack Falk and 
Hung Quoc Nguyen, Van Nostrand Reinghold, 1993, ISBN 0-442-01361-2. 


CS4560 SOFTWARE EVOLUTION (3-0). 

This course covers the concepts, methods, techniques and tools for supporting 
the evolution and maintenance of software systems. Specific topics include the 
use of formal specifications to support software evolution, design databases, 
configuration management, software change merging, and software re-engineering 
PREREQUISITE: CS4500 (may be taken concurrently) or consent of instructor. 

Highlight: 

Emphasis on the application of modern software engineering principles to 
control and realize the evolution of software systems. 


Text: 

Lecture notes and selected paper from research literature. 
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CS4570 SOFTWARE REUSE (3-0) . 


This course covers the concepts, methods, techniques and tools for systematic 
reuse of software components and systems. Specific topics include design anH 
re-engineering for reuse, mechanisms for enhancing reuse, domain specific reuse 
and software architectures, reuse of requirements models, specifications and 
designs, tools for reuse, software library organization, and methods for 
component search. PREREQUISITE: CS4500 (may be taken concurrently) or consent 
of instructor. 

Highlight: 

Emphasis on methods and tools for computer-aided software reuse. 


Text; 

Lecture notes and selected paper from research literature. 


CS4580 DESIGN OF EMBEDDED REAL-TIME SYSTEMS (3-0) . 

This course covers the concepts, methods, techniques and tools for supporting 
the design of embedded real-time systems. Specific topics include real-time 
systems and concurrency models, object-oriented methods for real-time system 
design, real-time scheduling, and Ada 95 support for concurrent and real-time 
systems. PREREQUISITE: CS4500 (may be taken concurrently) or consent of 
instructor. 

Highlight: 

Emphasis on practical approaches to design and develop DoD warfighter 
systems. 

Text: 

"Real-Time UML - Developing Efficient Objects for Embedded Systems" by 
Bruce Douglass, Addison Wesley, ISBN: 0-201-32579-9 
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CS4591 REQUIREMENTS ENGINEERING (3-1) . 


This is an in-depth treatment of requirements engineering concepts, methods, 
and tools. The role of requirements engineering within software engineering is 
explored as well as consistency, cost-benefit analysis, resolving multiple 
viewpoints, dependency tracing, and automated decision support. Topics are 
reinforced with examples from DoD applications. Prototyping is introduced as a 
means of assessing requirements early in the design process. PREREQUISITE: 
CS4500 (may be taken concurrently) or consent of instructor. 

Highlight: 

Emphasis on the formal modeling of requirements for DoD applications. 


Text: 

"Software Requirements: Objects, Functions and States (Second Edition)" by 
Alan M. Davis, Prentice Hall, March 1993, ISBN 0-13-805763-X. 

Papers and supplementary material from research literature. 


IS3171 ECONOMIC EVALUATION OF INFORMATION SYSTEMS II (4-0). 

This course provides class participants with concepts and techniques derived 
from applied managerial economics to various aspects of information technology 
and information technology management. Each class will typically begin with a 
brief formal presentation of course materials. Every class participant should 
endeavor to contribute to class discussion. You are encouraged to relate your 
own experience which may have involved I.T. In addition to providing a unique 
perspective on a particular subject, audience participation helps the 
instructor better interact with his class and trigger interests from class 
participants. 

Highlight: 

Emphasis on economic issues in the deployment of I.T. in the DoD and well 
as in the civilian world. 

Text: 

"Cost-Benefit Analysis for Information Technology" by William J. Haga and 
Robert G. Lang, Naval Postgraduate School, 1998. 

"Information Rules: A Strategic Guide to the Network Economy" by Carl 
Shapiro and Hal R. Varian, Harvard Business School Press, November 1998. 

"MCS2: Software for the Soldier" by Harvey Simon, John F. Kennedy School of 
Government, Harvard University. Last Modified Jan 14, 1998. 

"Microsoft Does Not Have Monopoly Power Over the PC Operating System", 
Schmalensee Testimony given on behalf of Microsoft in Washington, D.’c., 
Jan. 11, 1999, Available from http://www.microsoft.com/ 

"Bad News for Trees", The Economist, 19 December 1998. 

"Big Friendly Giant", The Economist, 30 January 1999. 

"A New but Risky Sort of War - The 21st-Century Army", The Economist, 2 
January 1999. 
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IS4300 SOFTWARE ENGINEERING AND MANAGEMENT (4-0). 

This course educates students in areas of concern to the Department of Defense 
in the fields of software project management and software engineering. 
Management steps are presented in the same sequential order as encountered on 
systems developments, in order to provide a roadmap and process that the 
student can implement for the management of software projects. Practical issues 
including those involving personnel management, risk management, requirements 
volatility, and budget uncertainties are examined. In addition, software 
management issues are connected to issues associated with DoD software 
standards, systems engineering, and software engineering. DoD software 
standards, systems engineering, and software engineering are reviewed and key 
problem areas related to the management of software systems are discussed. 

Highlight: 

Teach students to monitor and manage the development of DoD software 
systems. 

Text: 

"Microsoft Corporation: Office Business Unit" by Marco lansiti and Geoffrey 
Gill, Harvard Business School, Product Number 691033, Publication Date: 
5/31/94. 
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APPENDIX H. THE SOFTWARE ENGINEERING PH.D. 

PROGRAM AT NPS 


Chapter FV summarizes the procedures and requirements of the Software 
Engineering Ph.p. Program at NPS. This appendix contains the complete documentation 
from the Software Engineering Group (soon to be available online!) regarding the 
program, including background information, complete degree requirements, procedures 
to be followed, and sample forms to be filled out at the various steps of degree 
completion. 
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Ph.D. in Software Engineering 

Introduction 
Requirements for entry 
Application procedure 

Sample application letter 
Sequence of events leading to a Ph.D. 

Degree requirements 
Form a dissertation committee 

Role of Ph.D. Committee 
Role of Dissertation Committee 
Role of Advisor 

Sample Appointment of Dissertation Committee memorandum 
Written Qualifying Examination 

Fulfilling the minor requirements 
Dissertation proposal 

Advancement to candidacy 

Oral Qualifying Examination 
Sample Oral Qualifying Examination memorandum 
Sample Advancement to Candidacy memorandum 
Dissertation 

Final Oral Examination (Dissertation Defense) 

Sample Dissertation Defense memorandum 
Sample Results of Dissertation Defense memorandum 
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Introduction 


The Ph.D. program in Software Engineering is specifically designed for DoD software 
practitioners who want to acquire the skill and knowledge to perform state-of-the art research on 
issues related to the development and evolution of large complex software systems, and to 
intelligently manage the research of other software practitioners. It offers the software 
professionals a unique program of study and advances software engineering principles and 
technology vital to DoD researchers and program managers. Delivery will be by distance 
learning as well as on campus. 

There are institutional rules on all the Ph.D. programs at the Naval Postgraduate School 
(see Academic Coimcil Policy Manual, Section 5.4). The rules described here supplement, but do 
not supplant, the institutional rules. 

Excerpt from Academic Council Policy Manual 

(as of September 1999) 

The degree Doctor of Philosophy is awarded as a result of meritorious and scholarly 
achievements in a particular field of study which has been approved by the Academic Coimcil as 
within the purview of the Naval Postgraduate School. A candidate must exhibit faithful and 
scholarly application to all prescribed courses of study, achieve a high level of achievement, and 
establish an ability for original investigation leading to the advancement of fimdamental 
knowledge. 

Any program leading to the degree Doctor of Philosophy requires the equivalent of at 
least three academic years of study beyond the baccalaureate level, with at least one academic 
year* (or its equivalent) being spent in residence at the Naval Postgraduate School. 

* Equivalent Software Engineering Distance Learning Residency Requirement 
(as of Jime 1999) 

Distance learning students can satisfy residency requirements by: 

(1) Take a minimum of three graduate level Software Engineering seminars (approx. 20-40 
hours of study time per week) either on campus or via distance learning; 

(2) Register for a minimum of 8 units of thesis research each quarter when not taking NPS 
distance learning courses; 

(3) Participate in a two-week on-campus orientation and intensive study retreat prior to taking 
the written qualifying examination; 

(4) Conduct a two-week on-campus directed study prior to taking the oral qualifying 
examination; 

(5) After advancement to candidacy, spend the equivalent of at least one week each quarter on 
campus conducting thesis research. 

(6) The time spent satisfying each of the above requirements must be disjoint. 


^ An equivalent distance learning residency requirement has been established by the Software Engineering Group as 
approved by the Academic Council on 26 June 1999. 
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Requirements for Entry 


U.S. military officers, foreign military officers, U.S. Government civilians and employees 
of foreign governments may apply. An applicant should have a Master’s Degree in 
Software Engineering, Computer Science, or in a closely related field. Generally, an 
acceptable Ph.D. applicant must have above-average grades in a typical Master’s degree 
program. The Ph.D. Program Committee will also take other evidence of research or 
academic ability into account in making a recommendation as to whether to admit an 
applicant. 
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Application Procedure 

Applicants must follow the standard procedures of their sponsoring organization in applying to a 
graduate education program, see Academic Council Policy Manual, Section 4.4. Applicants 
should have the sponsoring organization forward their letter of application to: 

Director of Admissions (Code 01B3) 

Naval Postgraduate School 
589 Dyer Rd., RM 103C 
Monterey, CA 93943-5100 

Telephone (831) 656-3093, DSN 878-3093 
FAX (831) 656-2891, DSN 878-2891 

The application should include: 

• certified transcripts of all courses taken at the university level, including both undergraduate 
and graduate courses 

• results of a recent GRE general test if the prospective student is not currently at the Naval 
Postgraduate School 

• scores on the TOEFL examination if the prospective student is a foreign student who is not a 
native speaker of English 

If available, the following should be included: 

• any material demonstrating ability to perform research, such as Master’s theses and research 
papers 

• reference letters only if the writer can report direct knowledge of the candidate’s technical 
and research abilities 

The Ph.D. Program Committee evaluates each applicant to gauge the minimum amount 
of time the applicant will need to complete the program (normal time is three years). The 
Software Engineering Group may impose the condition that the applicant obtain authorization for 
at least four years to complete the Ph.D. Admitted Ph.D. students may begin in any quarter, but it 
is recommended that the student start in the Fall Quarter (beginning in October) due to the 
requirements and timing of the Written Qualifying Examination. 

Applicants are cautioned that admission to the Ph.D. program does not guarantee 
successful completion of the program. It is significantly more difficult to assess the qualifications 
of a student for a Ph.D. admission than for other degrees. This is because the research work 
required for the Ph.D. requires significant creativity and independence. Past experience suggests 
that not all of the students admitted will successfully complete the program. The purpose of the 
Written Qualifying Examination is to give students early warning if they are likely to have 
trouble in our Ph.D. program. For self-assessment, prospective applicants can obtain copies of 
previous examinations together with solutions by contacting the Software Engineering Ph.D. 
Program Committee at the Naval Postgraduate School. 
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[Click here and type return address] 


September 27,1999 

Director of Admissions (Code 01B3) 

Naval Postgraduate School 
589 Dyer Rd., RM 103C 
Monterey, CA 93943-5100 

To Director of Admissions: 

Please arcept my application to the Ph.D. Program in Software Engineering at the Naval Postgraduate 
School. I have enclosed the following application materials: 

Certified transcripts from [Enter Academic Institution here] 

Certified transcripts from [Enter Academic Institution here] 

Results from a recent GRE general test 

Master’s Thesis entitled [Enter thesis title here] 

Research paper entitled [Enter paper title here] 

Reference letter from [Enter name of reference here] 

Thank you for your consideration. 

Sincerely, 


[Click here and type your name] 
[Click here and type job title] 
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Sequence of Events Leading to a Ph.D. in Software Engineering 

A general outline for a student’s progression through the Ph.D. program follows: 

1. The student applies for admission to the Software Engineering Ph.D. program through the 
Dean of Admissions. Upon satisfactory review of the package by the Chair of the Software 
Engineering Ph.D. Committee and the Software Engineering Curricular Officer, the student 
is admitted to the program. 

2. The Software Engineering Ph.D. committee nominates, for approval by the Academic 
Council, a dissertation committee, which henceforth bears the responsibility for the study 
program, and for general guidance in the research program. Until the dissertation Committee 
is named, the Software Engineering Ph.D. committee has the responsibility to oversee die 
student's study program. Upon successful completion of the study program, any minor, 
language, or computing requirements, passage of the written and oral qualifying 
examinations, and approval of a dissertation topic, the student becomes eligible for 
advancement to candidacy. The departmental Ph.D. committee then recommends that the 
Academic Cmmcil advance the student to candidacy for the doctorate. 

3. The Software Engineering study program must include a minor. 

4. When the student's study program is essentially complete, the Software Engineering Ph.D. 
committee, or the faculty it designates on its behalf, administers a written qiialifying 
examination. 

5. When the student has successfully passed the written qualifying examination and the 
dissertation proposal has been submitted to the dissertation conunittee, the Software 
Engineering Ph.D. committee, or the faculty it designates on its behalf, administers an oral 
qualifying examination. All minor departmental requirements must be satisfied prior to 
taking the oral qualifying examination. 

6. The departmental Ph.D. committee names a member of the dissertation committee to be 
dissertation supervisor, and certifies to the Academic Council that the individual so named is 
qualified xmder the guidelines of this Policy Manual. 

7. ^en the candidate's investigations are complete and the dissertation has been submitted, the 
dissertation committee administers a final oral dissertation defense. 

8. After the unanimous recommendation of the dissertation committee, the Academic Coimcil 
makes the final decision to recommend a candidate for the award of the Ph.D. degree. 
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Degree Requirements 

The students must complete the following steps, which are detailed in the corresponding 
sections. 

1. Satisfy the residency requirement 

2. The following two requirements can be satisfied in any order, but they must be completed 
before step 3. 

a) Form a Dissertation Committee 

b) Pass the Written Qualifying Examination 

3. Complete a Minor course of study 

4. Advancement to Candidacy 

a) Dissertation proposal must be approved by the Dissertation Conunittee 

b) Pass the Oral Qualifying Examination 

5. Pass the Final Oral Examination 

6. Submit Approved Dissertation 
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Ph.D. Committee, Dissertation Committee, and the Thesis Advisor 

From the Academic Council Policy Manual (as of September 1999) 

The departmental Ph.D. committee nominates a dissertation committee, to be approved by 
the Academic Council. One member of this committee is identified as the dissertation 
supervisor, and the departmental Ph.D. committee must certify to the Academic Council that 
the individual so named is qualified under the requirements of this Policy Maniial. The 
student, in conjunction with the dissertation supervisor, identifies a dissertation topic, which 
must be approved by the dissertation committee. The departmental Ph.D. committee also 
designates the member of the dissertation committee who shall serve as dissertation 
committee chair, if that person is to be different from the dissertation supervisor. 


Departmental Ph.D. Committee 

From the Academic Council Policy Manual (as of September 1999) 

Each Department offering a Ph.D. degree must have a standing Ph.D. committee. It shall be 
the responsibility of the departmental Ph.D. committee to oversee the Ph.D. program for the 
Department. 

Among the duties of the departmental Ph.D. committee are the following: 

1. Ensiuing that the Ph.D. program designed for each student conforms to the minimtun 
requirements imposed by the Academic Coimcil in the Academic Council Policy Manual. 

2. Determining any standing requirements, beyond those of the Academic Council, that 
must be fulfilled by all Ph.D. students in the Department. 

3. Nominating, for approval by the Academic Council, the members of each Ph.D. student's 
dissertation committee, the dissertation supervisor, and certifying to the Council that the 
dissertation supervisor is qualified to hold that position. 

4. Overseeing the administration of the written and oral qualifying examinations for each 
Ph.D. student, and insuring that the nature of those examinations conforms to the 
requirements of the Academic Council Policy Manual. 

5. Requesting that the Academic Coimcil advance a student to candidacy for the Ph.D. 
degree upon approval of a dissertation committee, dissertation topic, and successful 
completion of all screening, minor, language, computing, and qualifying requirements 
and exams. 

Prior to the naming of a dissertation committee and a dissertation supervisor, the 
departmental Ph.D. committee has the responsibility of supervising the student's program of 
study. After the naming of the dissertation committee and dissertation supervisor, the 
departmental Ph.D. committee retains the responsibility of overseeing the activities of 
dissertation supervisor and the dissertation committee, maintaining quality control of the 
departmental Ph.D. program. 
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The Dissertation Supervisor 
Software Engineering Policy 


The Software Engineering Ph.D. Committee oversees the formation of the Dissertation 
Committee. Faculty without any prior experience advising Ph.D. students in Software 
Engineering or a closely related field must petition the Ph.D. Committee for permission to 
supervise a Ph.D. student. The petition must be in writing and should include a curricula vita 
and any other material validating the faculty member’s academic qualifications. 

From the Academic Coimcil Policy Manual (as of September 1999) 

The dissertation supervisor has the responsibility to supervise the student's program of study 
in accordance with the requirements of the major Department and Academic Coimcil. 

The dissertation supervisor should have the following qualifications: 

• a doctorate in the his/her field of specialty; 

• experience in thesis advising; 

• activity and productivity in research, as evidenced by recent publications of his or her 
research in 

• recognized journals, or a broad reputation as a productive researcher in his or her field of 
specialty. 

• Other evidence may be considered which is pertinent to demonstrating research activity 
or productivity. 

The Dissertation Committee 

Excerpt from the Academic Council Policy Manual (as of September 1999) 

The candidate's dissertation committee, once established, is responsible for supervising the 
c^didate's completion of his/her degree, including completion of course of study, 
dissertation research, and production of the dissertation docmnent. The dissertation 
committee is nominated by the departmental Ph.D. committee, and will consist of five or 
more members, at least one of whom shall be from outside the major Department. One 
member of this committee may be from another university or appropriate institution. At least 
four members must have earned the doctorate. The departmental Ph.D. committee shall 
designate one or more members of the dissertation committee to be the dissertation 
supervisor(s). 


Forming a Dissertation Committee 

The student must form a Dissertation Committee to oversee his or her program as soon as 
possible after admission to the Ph.D. program. The Dissertation Committee is responsible for 
supervising the candidate’s completion of the degree, including completion of a course of study, 
dissertation research, and production of the dissertation document. The Dissertation Committee 
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also administers and determines the results of the Oral Qualifying Examination and the Final 
Dissertation Defense. Once a Dissertation Committee is formed, the Ph.D. Program Committee 
nominates the Dissertation Committee for approval by the Academic Council. 

One of the members of the Committee from the Software Engineering Group must be 
designated as the Dissertation Supervisor, and will be the student’s primary technical contact; the 
Dissertation Supervisor must be knowledgeable about the proposed research area for the 
dissertation and should have prior personal experience on Dissertation committees. The student 
must therefore choose the general research area for the dissertation prior to forming the 
Dissertation Committee. 

Each Dissertation Committee must have a Chairman, who can be the same as the 
Dissertation Supervisor. The Dissertation Committee must contain at least three members of the 
Software Engineering Group faculty. 

At the time of approval of the Dissertation Committee, the student must also formulate a 
Study Plan that includes a list of courses to be validated and a timetable of when he or she 
expects to pass the various milestones of his/her Ph.D. program. The Study Plan should be 
developed in consultation with the proposed Dissertation Supervisor. The Dissertation 
Committee members must agree that the Study Plan is acceptable when agreeing to serve on the 
Committee. 
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NAVAL POSTGRADUATE SCHOOL 
Software Engineering 
Monterey, California 93943 


<DATE> 


MEMORANDUM 

From: Chair, Ph.D. Program Committee, Software Engineering 
To: Academic Council 

Subject:APPOINTMENT OF DISSERTATION COMMITTEE 

1. <NAME> was accepted into the Software Engineering Ph.D. program on 
<DATE>. 

2. The Software Engineering Ph.D. Program Committee requests the following dissertation committee be 
formed to guide their research. 

<COMMnTEE MEMBERS and their FIELDS OF EXPERTISE> 

3. <NAME> will conduct his research in the area of <AREA OF RESEARCH>. 

4. To allow <NAME> to more effectively organize a program of study, action on this request is requested 
at the earliest convenience of the Council. 


<Name> 

<Title> 

Chair, Ph.D. Program Committee 


cc: <Ph.D. Candidate> 
<Committee Members> 
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Written Qualifying Examination 

The purpose of the Written Qualifying Examination is to check each student’s analytical abilities 
in the foundations of software engineering, their proposed research area, and solving problems in 
that area. These abilities are crucial for success in Ph.D. dissertation work. 

Students typically complete the doctoral qualifying examination within one year of 
entering the Ph.D. program. There are two possible outcomes of the Written Qualifying 
Examination: Passed and Failed. If the student fails the first Written Qualifying Examination, the 
Software Engineering Ph.D. Program Committee may grant the privilege of a second 
examination opportunity. If granted, the second examination must be within 6 months of the 
first, and only two opportunities for passage are allowed (see Academic Cmmcil Policy Manual, 
Section 5.4.8). 

Written Qualifying Examination questions will come from at least two subject areas 
determined by the Software Engineering Ph.D. Program Committee. There must be two faculty 
members, selected by the Software Engineering Ph.D. Program Committee, for each of the topics 
chosen for testing. To ensure breadth, a minimum of four faculty (at least two of whom are 
Software Engineering Group faculty) must be involved in the preparation and grading of the 
examination. The Written Qualifying Examination will be open notes/book. 

Excerpt from the Academic Policy Manual 
(as of September 1999) 

The exam is the responsibility of the departmental Ph.D. committee, and is administered 
by this committee or by faculty members whom the departmental Ph.D. committee 
designates to act on its behalf 

The written exam is administered after the student's program of study is essentially 
completed. 

An up-to-date written statement of the format and procedures of the examination must be 
filed by each Department with the Academic Council. 

Passage of the written qualifying examination requires a imanimous vote of the 
departmental Ph.D. committee, or those faculty members designated to act on its behalf. 

If the student fails the first written qualifying examination, the departmental Ph.D. 
committee may grant a second examination opportunity to the student. If the privilege of 
re-examination is granted, the time period within which it must be accomplished is 
specified by the departmental Ph.D. committee, but it shall not exceed 12 months. Only 
two opportunities for passage are allowed. 

Format of the Written Qualifying Examination 
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REQUIRED AREAS 


Software Engineering Core - Software development process and techniques 
Software life cycle models, software engineering concepts and principles 
Specification and verification of software 
Modeling, analysis, and assessment 
Design of large software systems 

Architectures, patterns, and protocols 
Maintenance of large software systems 

Reengineering, transformations, recovering specs and rationale 

Advanced Software Engineering - Software automation 
Reducing coding efforts 

Program generation, synthesis techniques, static checking 
Computer-aided prototyping 

Models, languages, methods 
Software reuse 

Search methods, library organization 
Software evolution 

Models, automation methods, merging and slicing 
Domain specific 

Real-time systems 

CHOOSE ONE OF THE FOLLOWING 

Computer Science 

Mathematical fimdamentals 

Using algebra and set theory for abstract data types 
The role of logic in specification and verification 
Algorithms and data structures in software engineering 
Recurrence equations 
Algorithm design and analysis 
Complexity and computability 
Compilation technology 

Scanner/parser generators, attribute grammars 
Artificial Intelligence 
Security 

Management and Economics 

Project planning and management 

Cost estimation, team organization, scheduling, process improvement 
Quality Assurance 

Risk assessment, reliability models, metrics, testing 
Software economics 

Productivity, risk assessment, cost/benefit analysis, determining priorities 
Knowledge bases 
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Project data bases, knowledge acquisition and representation 
Decision support 

Models for group decision making 
Fundamentals for modeling 

Optimization - linear inequalities 
Applied probability and statistics 
Differential Equations 
Simulation 

Computer Systems 

Real-time systems 

Networks and distributed systems 

Hardware/software integration 

Interoperability of network based systems 

Computer graphics and interfaces 

Signal processing and embedded control systems 
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Fulfilling Ph.D, Minor Requirements 

Excerpt from Software Engineering PI1.D. Program Description 

To satisfy the Ph.D. breadth requirement, students must complete a set of three graduate- 
level courses that form a coherent topic of study distinct from the student's major 
concentration, approved by the student's Dissertation Committee. Students may fulfill the 
minor requirements by taking these courses via distance learning (or in residence). These 
courses are not restricted to a particular department and may be in the form of directed study, 
subject to the approval of the student's Dissertation Committee. Completion of the minor 
requirement is certified by the student's Dissertation Committee. 

Academic Council Policy on Course Transfers 

(as of September 1999) 

Appropriate courses taken at another institution with a grade of “B” or better after receipt of a 
baccalaureate degree may be considered for transfer for credit toward a graduate degree at the 
Naval Postgraduate School. 

Graduate credit for courses completed more than three years prior to entry into residence on 
campus will not be awarded on the basis of transcripts alone. Credit for such courses can be 
granted upon successful passage of a departmental examination. 

No more than a total of 12 quarter hours of graduate credit may be transferred. Approval of 
transfer credits shall be given by the Academic Council upon the recommendation of the 
Department Chair. Transfer credit based on courses completed at another institution shall not be 
used in computation of quality point rating. 

Alternatives 

a) Students transfer credits from a previous M.S. program (see requirements above). 

b) Students take three courses from a local accredited graduate institution and transfer the credits 
(see requirements above). 

c) Students identify thesis topic and then work with NPS to identify a three course sequence from 
NFS on campus or via distance learning in a minor area. Distance learning courses are subject 
to availability. There are several ways to accomplish this: 

# 

1) Select three courses from an existing area such as: 

Software Engineering Program 
Systems Engineering Program 
Systems Management Program 
Mechanical Engineering Program 
Electrical and Computer Engineering Program 
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Current distance learning offerings can be found at: 
http://web.nps.navy.mil/~ofcinst/dlc_htm.htm 

2) Individual courses can be taken by directed independent study. Independent study must 
be pursued xmder the guidance of a specific faculty member. These have to be addressed 
on a case by case basis and the proposed independent study has to be cleared by the 
student’s Dissertation Committee. 
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Dissertation Proposal 


A dissertation proposal should be submitted to the Dissertation Committee at least one week 
before the Oral Qualifying Examination. The purpose of the dissertation proposal is to provide 
the Dissertation Committee with the information needed to determine whether the proposed 
research topic is suitable for a Ph.D. dissertation. The proposal should describe the student's best 
current estimate of their research plan. The details in the proposal may be changed later as the 
research subject is understood in more detail. 
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Advancement to Candidacy 

The following requirements must be satisfied before a student can be advanced to candidacy for 
the Ph.D. degree: 

1. Approval of the dissertation subject 

2. Completion of the minor requirements 

3. Passing the Written Qualifying Examination 

4. Passing the Oral Qualifying Examination 

Upon successful completion of the Oral Qualifying Examination, the student must petition the 
Academic Council for "advancement to candidacy for the doctorate." A memo to the Academic 
Council must be prepared stating that the requirements for advancement to candidacy have been 
successfully completed. The Academic Council notifies candidates of advancement to candidacy 
in writing. 
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Oral Qualifying Examination 

Usually within one year and no more than two years after the successful completion of the 
Written Qualifying Examination, the student must successfully complete the Oral Qualifying 
Examination. Any courses in the study plan must be completed before the student can take the 
Oral Qualifying Examination. The student gets only two chances to pass the Oral Qualifying 
Examination (see Academic Policy Manual, Section 5.4.9, shown below). 

The Oral Qualifying Examination is administered by the student's Dissertation 
Committee. The Dissertation Committee Chairman schedules the oral portion of the Qualifying 
Examination and the student submits a dissertation proposal to the Dissertation Committee. 

The Dissertation Committee asks any questions that it feels may help decide whether the 
student has sufficiently broad knowledge of the dissertation topic and sufficient analytic 
capability to begin full-time Ph.D. research. Time permitting, other faculty members in 
attendance may also ask questions of the student. The questions may be on any reasonable topic. 

When the Dissertation Committee is satisfied that the student has been questioned 
thoroughly, the student leaves the room, the Dissertation Committee discusses concerns and 
votes on whether to pass the student; a imanimous vote is required. The final overall decision 
regarding pass or fail of the entire Qualifying Examination is made by the Dissertation 
Committee after the oral examination is completed. 

The final result of the Written and Oral Qualifying Examinations must be reported to the 
Curricular Officer for Software Engineering Programs, the Associate Provost for Instruction, and 
to the Academic Council not later than two weeks after the scheduled date of the oral qualifying 
examination. Each member of the departmental Ph.D. committee, or those designated on its 
behalf, shall sign the report. 

The Academic Council representative must submit a written report on the oral qualifying 
examination. The report is sent to the Academic Council to verify that the oral examination was 
conducted in accordance with the rules of the Academic Council. 

Excerpt from the Academic Council Policy Manual Section 5.4.9 
(as of September 1999) 

The oral qualifying examination may be scheduled only after successful passage of the 
written qualifying examination and fulfillment of any major and minor field requirements, 
language requirements, and computer competency requirements. 

The oral qualifying examination is the culmination of the course of study. The purpose of the 
oral qualifying examination is to test basic knowledge and creative ability and to demonstrate 
the student s capacity to use material fi'om the course of study. The oral qualifying 
examination shall contain no prepared presentation, its format shall be exclusively question- 
and-answer. 
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Passage of the oral qualifying examination requires a unanimous vote of the examiners. All 
departmental Ph.D. committee members, or those designated on their behalf, must be present 
during all phases of the oral exam. There must be a minimum of three examiners. 

The extent of participation of all parties is determined by the departmental Ph.D. committee, 
or those designated to act on its behalf. The Academic Council representative must attend all 
phases of the oral examination, and shall report to the Academic Council that the 
examination was conducted in accordance with die rules of this Policy Manual. Attendance at 
the oral qualifying exam is delineated in Table 1. 

If the student fails the first oral qualifying examination, the departmental Ph.D. committee 
may grant a second examination opportunity to the student. If the privilege of re-examination 
is granted, the time period within which it must be accomplished is specified by the 
departmental Ph.D. committee, but it shall not exceed 12 months. Only two opportunities for 
passage are allowed. 


CATEGORY 

Oral Qualifying Examination 

Departmental Ph.D. Committee members or those acting on its 
behalf 

A,B, C,D 

Academic Council Representative 

A,B,C 

Other faculty 

A,B 

Examinee 

A 

Students, Staff, and Visitors 

A 


Table 1: Attendance and Voting Privileges for Oral Qualifying Examinations. A: may attend 
Interrogation Phase, B: may attend Comment Phase, C: may attend Voting Phase, D: may Vote. 
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NAVAL POSTGRADUATE SCHOOL 
Software Engineering 
Monterey, California 93943 


<DATE> 


MEMORANDUM 

From: <NAME> (Chair, Dissertation Committee for <NAME>) 
Code <CODE>, Software Engineering Department 
Naval Postgraduate School 
Monterey, CA 93943 

To: Academic Council 

Code OIB, Associate Provost for Instruction 
Naval Postgraduate School 
Monterey, CA 93943 

SubjectrPh.D. Oral Qualifying Examination 


1. In accordance with Academic Council Policy, the purpose of this memorandum is to inform the Academic 
Council of the upcoming Ph.D. Oral Qualifying Examination for my Ph.D. Student, 

<NAME>. 

2. I have arranged for <NAME> Ph.D. Oral Qualifying Examination to be held at 
<DATE/TIME> in <LOCATION>. 

3. It is requested that the Academic Council designate a representative to attend. 

4. If you have any question, please give me a call at <PHONE>. 


<Name> 

<Title> 


cc: Chair, Ph.D. Program Committee<Name> 
<Conimittee Members> 

<Ph.D. Candidate> 
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NAVAL POSTGRADUATE SCHOOL 
Software Engineering 
Monterey, California 93943 

<DATE> 

MEMORANDUM 

From: Professor <NAME> (Chair, Dissertation Committee for <NAME>) 

To: Academic Coimcil, Code OIB 

Subject: Ph.D. Oral Qualifying Examination/Advancement to Candidacy 

1. Results of Dissertation Committee’s Ph.D. Oral Qualifying Examination of <NAME>. 


<Name>(Dissertation Supervisor): 

Pass/Fail 

<Committee Member>: 

Pass/Fail_ 

<Committee Member>: 

Pass/Fail 

<Committee Member>: 

Pass/Fail 

<Committee Member>: 

Pass/Fail 


2. As dissertation supervisor of <NAME>, I am hereby informing the Academic Coimcil of the unanimous 
dissertation committee passing of <NAME>’s Ph.D. Oral Qualifying Examination. 

3. Having successfully completed all the necessary requirements of Ph.D. Candidacy as outlined by the Academic 
Council and Department of Software Engineering, I recommend <NAME> to be advanced to candidacy. 


<Name> 

<Title> 

Chair, Dissertation Committee 


cc: <Name> (Chairman), Dissertation Committee 
<Ph.D. CandidatO 
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Dissertation Guidelines 


Dissertation Topic - Academic Council Policy Manual 

(as of September 1999) 

The distinct requirement of the doctorate is the successful completion of a scholarly investigation 
leading to the original and significant contribution to knowledge in the candidate's major area of 
study. The subject of the investigation must be approved by the dissertation committee, and must 
be submitted to the Coimcil no later than the time of the request for advancement to candidacy. 

A minimum of six months must elapse between successful completion of the oral qualifying 
examination and the defense of the dissertation. 

Final Dissertation Guidelines 

When the dissertation has been revised and clarified to the satisfaction of each member of the 
Dissertation Committee, each signs it. The Registrar checks the dissertation format, and finally 
the Degree Program Chair and Associate Provost for Instruction sign it. 
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Final Oral Examination 


At least six months after passing the Qualifying Examination, when the dissertation research is 
almost complete, and a draft of the dissertation has been finished and is available, the Final Oral 
Examination (also known as the dissertation defense) occurs. This examination is administered 
by the Dissertation Committee and consists of the following: 

1. An open (public) presentation of the findings of the research by the candidate, including 
response to questions from the audience within an allotted time period. 

2. A question and comment phase open to all NPS Software Engineering faculty. 

3. A closed session involving only tiie members of the student's Dissertation Committee and 
the Academic Council Representative. A unanimous vote by the Dissertation Committee 
is required for a successful outcome. 

From the Academic Council Policy Manual 
(as of September 1999) 

Dissertation Defense 

When the dissertation research has been completed, the Ph.D. candidate prepares a draft of 
the dissertation and provides a copy to each member of the dissertation committee for 
approval. Upon the dissertation committee's rmanimous acceptance of the draft as the basis 
for a dissertation defense, the dissertation committee chair notifies the departmental Ph.D. 
committee and provides it with a draft of the dissertation. The dissertation committee chair 
schedules the final dissertation defense. This examination must be scheduled later than one 
week after the submission of the draft of the dissertation to the departmental Ph.D. 
committee. 

All members of the dissertation committee are required to attend the final defense, and the 
entire Academic Coimcil is invited to attend. The Academic Council shall designate a 
representative, who must attend the dissertation defense. 

In the final dissertation defense, the candidate presents the dissertation and is subject to such 
questions as the entire dissertation committee deem appropriate. The extent of participation 
of all parties is determined by the dissertation committee chair. Attendance at the final 
dissertation oral examination is delineated in Table 1. 
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CATEGORY 

ORAL FINAL EXAM 
(Dissertation Defense) 

Dissertation Committee 

A, B, C, D 

Academic Council Representative 

A,B,C 

Other faculty 

A,B 

Examinee 

A 

Students, Staff, and Visitors 

A 


Table 1: Attendance and Voting Privileges for Dissertation Defenses. Phase A: may attend 
Interrogation Phase, B: may attend Comment Phase, C: may attend Voting Phase, D: may Vote. 

The Academic Council representative must submit a written report on the dissertation 
defense. The report is sent to the Academic Council to verify that the defense was conducted 
in accordance with the rules of the Academic Coimcil. 

Report of Completion of Dissertation and Successful Defense 

The results of the final dissertation defense and completion of the dissertation document are 
reported to the Academic Council, the report bearing the signatures of all the members of the 
dissertation committee. 

If the candidate is passed, the report shall also include: nomination of the successful 
candidate for the award of the degree. Doctor of Philosophy. 
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NAVAL POSTGRADUATE SCHOOL 
Software Engineering 
Monterey, California 93943 


<DATE> 


MEMORANDUM 

From: Chairman, Doctoral Committee for <NAME> 

To: Academic Council 

Subject:DISSERTATION DEFENSE FOR <NAME> 

1. <NAME> will appear before the Dissertation Committee on <DATE> 

at <TIME> in <LOCATION> to defend their doctoral dissertation entitled “<TITLE>”. 

2. It is requested that the Academic Council designate a representative to attend. 


<Name> 

Chairman, Doctoral Committee 


cc: <Ph.D. Candidate> 

Associate Provost for Instruction (Code OIB) 
<Committee Members> 

Software Engineering Faculty 
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NAVAL POSTGRADUATE SCHOOL 
Software Engineering 
Monterey, California 93943 


<DATE> 


MEMORANDUM 

From: <NAME>, Chair, Dissertation Committee 
To: Academic Council, Code OIB 

Subject:RESULTS OF DISSERTATION DEFENSE 

1. <NAME> has successfully completed all the requirements for a PhD. in Software Engineering. His 
dissertation entitled: “<TITLE>” was successfully defended before this committee on 

<DATE OF DEFENSE>. 

2. This committee nominates <NAME> for the degree. Doctor of Philosophy in Software Engineering. 


<NAME> 

<TITLE> 

Chair, Dissertation Committee 


<Committee Member> <Committee Member> 

<Title> <Title> 


<Committee Member> <Committee Member> 

<Title> <Title> 


cc: Dissertation Committee 
Chair, SE Department 
Chair, Ph.D. Committee 
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APPENDIX I. PROGRAM OBJECTIVE MEMORANDUM 


This appendix contains the Program Objective Memorandum (POM) written by 
the Software Engineering Group at NPS to request financial support for continmng the 
development and advancement of the Software Engineering Program at NPS. Thus far, 
the POM has been sent to the Provost of the Naval Postgraduate School, to Dr. Delores 
Etter, the Deputy Under Secretary of Defense (Science and Technology), and to Mr. Dan 
Porter, the Department of the Navy Chief Information Officer (DONCIO). 
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PROGRAM OBJECTTVE MEMORANnilM 

In Support of Naval Postgraduate School (NPS) Software Engineering Program 
In-Residence and Distance-Learning Options, Certificates, Short Courses, and 
Software Engineering Laboratory 

The infusion of technology into systems and software dramatically increases complexity in capability, 
architecture, implementation, and life cycle support. Without a thorough understanding of the software 
systems under their command, DoD personnel can not and will not effectively utilize the technology 
available to them. The field of Software Engineering and in particular the Software Engineering Programs 
at the Naval Postgraduate School address these issues and this need within DoD. 

The Software Engineering Program at the Naval Postgraduate School includes In-Residence and Distance 
Learning M.S. and Ph.D. Degree Programs, Certificate Programs, Short Courses, and Laboratory Support. 
The Ph.D. Program is the first-ever doctoral program in Software Engineering. Both the M.S. and Ph.D. 
Degree Programs may be completed either on campus by students carrying a full-time course load, or part- 
time through the Distance Learning Program, which focuses oil the principles, methods and practices 
needed by DoD software engineers to build, modify and maintain large complex software systems. 

The Masters Program: The M.S. Program provides students with the lifelong capability to apply basic 
software engineering principles to the creative solution of complex problems. It encourages job-related 
thesis research that can be conducted at the sponsoring agency, especially in the Distance Learning option. 
To date, 23 Masters students have graduated from the program. Currently, there are 42 enrolled students, 
and interest in the program is growing. 

The Ph.D. Program: There is a great and growing demand within the Department of Defense for Ph.D.- 
leve! leadership to direct software development, design, evolution, reuse and management projects. As the 
only Software Engineering Ph.D. program in the world, NPS’ doctoral program offers a unique curriculum 
to educate and train a new Ph.D.-level leadership within the DoD Labs capable of making the IT21 Vision 
a reality. 

Request for Program Objective Memorandum: To continue the success of the NPS Software 
Engineering Program and meet our objectives, it is imperative that we receive assistance and support in the 
following five areas (see attachment for funding numbers): 

1. Increase in the number of students 

2. Coiu^e Development 

3. Faculty Development 

4. Curriculum Development 

5. Lab Support 

1. Increase in the Applicant Pool - The DoD Labs, other Government agencies, and the military services 
need to recognize Software Engineering as a military necessity and proportionately increase the priority of 
and funding for advanced educational programs in this field for their personnel. Oiu ability to offer both 
the M.S. and Ph.D. Programs via video tele-conferencing (Distance Learning) to personnel at their work 
sites enables them immediately apply what they learn on the job and bridges the gap between long-term 
education and short-term training options. 

2 Course Development - Significant new course development has already taken place on paper, but 
requires additional fimding and course content validation by DoD agencies for further development. 


194 



3. Faculty Development ~ Additional support for individual faculty research as well as for the Software 
Engineering Group as a whole is needed. As the military services, DoD Labs and Government agencies 
increasingly encourage and fund their personnel to enroll in our M.S. and Ph.D. Programs, our Faculty will 
benefit both as a Group and individually. Faculty oversee students’ thesis research, ensuring that each 
thesis advances the field and incorporates new developments on the forefront of Software Engineering. 

4. Curriculum Development - Additional assistance is needed to keep our curricula at the forefront of the 
Software Engineering field. This requires a significant effort, as specific curricula are developed for each 
Distance Learning site. Faculty designated as Distance Learning staff must be specially trained to deliver 
high-quality courses to both on-site and off-site students. Short courses and certificate programs also 
require ad^tional development support. 

J. Lab Support - The Software Engineering Program requires full-time staff to monitor and assist students 
in their research and coursework, acquire and maintain current technology, and keep abreast of DoD 
standards. Additional funding for state-of-the-art equipment and support for these personnel is needed to 
maintain a cutting-edge Software Engineering Laboratory Program, whose purpose is to support the 
education and research of both faculty and students. 
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INITIAL DISTRIBUTION LIST 


1. Defense Technical Information Center.2 

8725 John J. Kingman Road, Ste 0944 

Fort Belvoir, VA 22060-6218 

2. Dudley Knox Library...2 


Naval Postgraduate School 
411 Dyer Road 
Monterey, CA 93943-5101 


3. Professor Luqi, Code CS/LQ.1 

Naval Postgraduate School 

Monterey, CA 93943 

4. Dr. DanBoger.1 


Chairman, Computer Science Department, Code CS 
Naval Postgraduate School 
Monterey, CA 93943 

5. Commander Mark Polnaszek.1 

Naval Postgraduate School 

Computer Science Curricular Officer, Code 32 
Monterey, CA 93943 

6. Commander T om McCoy.1 

Naval Postgraduate School 

Combat Systems Curricular Officer, Code 34 
Monterey, CA 93943 


7. Commander V alerie Moule ’. 1 

Naval Postgraduate School 

Center for Executive Education, Code OlE 
Monterey, CA 93943 

8. PEO Carriers, NAVSEA.1 

Attn: CAPT Tal Manvel, NC3, 8E55 

2351 Jefferson Davis Highway 
Arlington, VA 22242-5172 

9. Bill Bail.1 

Naval Sea Systems Command 

2351 Jefferson Davis Highway 
Arlington, VA 22242-5165 
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10. Patsy Morgan.1 

Naval Sea Systems Command 

Code SEAOOPZ 

2351 Jefferson Davis Highway 

Arlington, VA 22242-5160 

11. RADM Mike Mathis.1 

Naval Sea Systems Command 

2351 Jefferson Davis Highway 
Arlington, VA 22242-5165 

12. RADM Kathleen Paige.1 

Naval Sea Systems Command 

2351 Jefferson Davis Highway 
Arlington, VA 22242-5165 

13. LT Michael J. Bok. 3 

4418 East Barwick Drive 

Cave Creek, AZ 85331 


198 







